 1-Jun-83 09:45:00,725;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  1 Jun 83 12:02 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  1 Jun 83 11:47 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  1 Jun 83 11:44 EDT
Date:  1 June 1983 09:45 cdt
From:  Cargo.PD@hi-multics
Subject:  $$$.sub structure
To:  info-cpm@mit-mc

I want to write an alternative command processor which uses CCP to
handle command file processing. I need some help to determine where the
$$$.SUB is defined so I know what to structure the file contents. Is it
in the DRI manuals, or in any of the CP/M journals? Word of mouth? Look
at some existing PD programs?

Send suggestions to me and I will batch them for the net if there is
enough interest.
 1-Jun-83 11:15:00,833;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  1 Jun 83 14:29 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  1 Jun 83 14:04 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp;  1 Jun 83 14:01 EDT
Date:  1 Jun 1983 1015-PDT
From: Dick <MEAD@usc-eclb>
Subject: TYPE20
To: info-cpm@brl

I recently got the version 2 TYPE, and found that it
says it ignores user numbers in the header, which appears
to mean it will not type files in other than user 0, since
it could not find some files I knew to exist in users 1-6.
Is there any Doc file for it? None was available at the time
I got it. I would like to know the differences between all
the versions of TYPE from 15 to 20, and perhaps how to patch
things like user recognition, # of lines to type, tab expansion
on/off, types of file to ignore, etc...
-------
 1-Jun-83 21:00:00,456;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  1 Jun 83 21:16 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  1 Jun 83 21:11 EDT
Received: From Cmu-Cs-C.ARPA by BRL via smtp;  1 Jun 83 21:01 EDT
Received: ID <ANDERSON@CMU-CS-C>; 1 Jun 83 21:00:17 EDT
Date: Wed, 1 Jun 1983  21:00 EDT
From: David B. Anderson <Anderson@cmu-cs-c>
To:   info-cpm@brl
Subject: cp/m on Apple ///?

I would like to hear from anyone using cpm on an Apple ///.
 1-Jun-83 23:59:00,561;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 0:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 0:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  1 Jun 83 23:59 EDT
Date: 1 June 1983 23:59 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  LTYPE and TYPE
To: Info-Cpm@brl

LTYPE.COM already has the logic to deal with both squeezed and
unsqueezed files inside an LBR.  No need to put TYPE18 into it.

LU210 is the latest DOC file for LU211.COM.  211 was a small bug fix,
did not change functions in 210.
--Keith
 2-Jun-83 03:01:00,1295;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 3:25 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 3:18 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 3:11 EDT
Date: 2 June 1983 03:01 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Unix UMODEM version 3.2 now available
To: Info-Cpm@brl

UMODEM, the Unix "C" version of Ward Christensen's MODEM program
has just been updated to version 3.2 and is now available on MIT-MC

   AR43:CPM;UMODEM 32C     the C source code
   AR43:CPM;UMODEM 32HIS   the history of updates

This program is NOT intended to run under CP/M, is for mainframe
UNIX systems.  It uses a protocol compatible with MODEM2, MODEM7,
MDM7xx, etc.  There is NO batch mode - only one file can be sent
each time to the program is invoked.  UMODEM does deal with the
differences between UNIX end-of-line (only LF) and CP/M end-of-line
(CRLF) in ASCII files.  Binary files are transferred intact.

Details of this update:

-- UMODEM Version 3.2 Mods by Michael M Rubenstein, 5/26/83

. fixed bug in readbyte.  assumed that int's are ordered
  from low significance to high

. added LOGDEFAULT define to allow default logging to be
  off.  compile with -DLOGDEFAULT=0 to set default to no
  no logging.

--end--
 2-Jun-83 18:38:00,748;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 21:05 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 20:58 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 20:39 EDT
Date:  2 Jun 1983 1738-PDT
From: DKREBILL@usc-isie
Subject: MDM707 for BASIS
To:   INFO-CPM@mit-mc
cc:   DKREBILL@usc-isie, INFO-MICRO@sri-kl

	Does anyone in te community have an overlay file for MDM707
for a BASIS? Someone recently asked me to help them accomplish
this, and after attempting to modify the Apple overlay and reading
the relatively crummy documentation I concluded I needed 
		HELP!
	Does any one know how to modify on of the overlays to get
the BASIS up on MDM?
Thanks in advance for any help!!!
Dan
-------
 2-Jun-83 20:49:26,494;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 22:22 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 21:10 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 21:04 EDT
Date:     2 Jun 83 20:49:26 EDT (Thu)
From:     Ron Natalie <ron@brl-bmd>
To:       Gail Zacharias <GZ@mit-mc>
cc:       strom@brl-bmd, INFO-MICRO@brl, INFO-CPM@brl
Subject:  Re:  Silicon vs. Silicone

Now you can get everyone to learn how to spell "interrupt" correctly.

-Ron
 2-Jun-83 20:50:24,480;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 22:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 21:10 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 21:04 EDT
Date:     2 Jun 83 20:50:24 EDT (Thu)
From:     Ron Natalie <ron@brl-bmd>
To:       Gail Zacharias <GZ@mit-mc>
cc:       strom@brl-bmd, INFO-MICRO@brl, INFO-CPM@brl
Subject:  Re:  Silicon vs. Silicone

Now you can educate everyone on the number of R's in interrupt.
 2-Jun-83 21:54:00,440;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 Jun 83 0:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 Jun 83 0:16 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp;  3 Jun 83 0:05 EDT
Date: 02 June 83 23:54-EDT
From: C4F%cornella@BRL.ARPA
Subject: (copy) Undelivered mail
Message-Id: <8306030354.AA26309@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.341/3.31)
	id AA26309; 2 Jun 83 20:54:30 PDT (Thu)
To: INFO-CPM@brl
 2-Jun-83 22:09:00,919;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  2 Jun 83 23:32 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  2 Jun 83 23:29 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  2 Jun 83 23:26 EDT
Date:  2 June 1983 22:09 edt
From:  Richard Jay Solomon <Solomon@mit-multics>
Subject:  Starwriter
To:  info-apple@mit-mc, info-printers@mit-mc, info-cpm@mit-mc
cc:  hold.sv <Solomon.Datanet@mit-multics>
Acknowledge-To:  Solomon.Datanet at MIT-MULTICS

We have 2 C.Itoh Starwriters and Wordstar 3.01P for Apple CP/M.  The
printers are parallel. Does anyone have a clue on how to get it to
microjustify with wordstar. I have both the Installation Manual and the
Customization Notes, but cannot find any indicatoin of how to install a
parallel daisy wheel printer that works. The best I get is pretending it
is a TTY that backspaces. But no microjustification.

Thanks in advance.

Richard Solomon
 3-Jun-83 09:15:38,1056;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 Jun 83 10:33 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 Jun 83 10:19 EDT
Received: From Brl-Vgr.ARPA by BRL via smtp;  3 Jun 83 10:14 EDT
Date:     3 Jun 83 9:15:38 EDT (Fri)
From:     Mike Muuss <mike@brl-vgr>
To:       w8sdz@mit-mc, bbloom@brl, info-cpm@brl
cc:       Gurus@brl-vgr, PHD@brl-vgr
Subject:  BRL FTP

BRL's *new* FTP server (up on all BRL PDP-11/70s last week) does in
fact do ASCII and IMAGE transfers now.  It's not clear to me that
a binary file from MC would make any sense (36 bit words -vs- 8 bit
bytes), but it should work.  We have only tested BINARY transfers
against other UNIXes, though, so if you have problems, be sure to
drop a line to <action@brl>.

FYI, we are devoting most of our attention to our VAX and HEP UNIX
systems these days.  While you folks are finally growing from 8 to
16 bits, we are gladly fleeing the restrictions of 16 bits and running
to our 32 and 64 bit computers.  (Exit hardware-snob mode).

			Cheers,
			 -Mike
 3-Jun-83 12:53:00,1134;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 Jun 83 16:12 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 Jun 83 16:07 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  3 Jun 83 15:54 EDT
Date:  3 Jun 1983 1353-CDT
From: Kim Korner <CS.KORNER@utexas-20>
Subject: Access PC Help Request
To: info-cpm@mit-mc
In-Reply-To: Your message of 30-May-83 0212-CDT

	Does anyone have experience with the Access Matrix PC. I've bought
one and like it very much. Unfortunately the company is new and is being
hard pressed to meet delivery commitments- let alone get around to such
mundane things as supplying users with hardware information. I'm having
to poke about with DDT and learn what I can, which is tedious. Anyone
done similar poking or seen any real techinical info?
	Alternately, I am about to configure a dual DSDD Seimens 8" subsystem
to the above machine (as soon as they can get around to delivering a cable
to connect the internal controller to the subsystem... ). Being new to
the PC world are there obvious difficulties/pitfalls in such an effort?
	Thanks for any assistance.
			-KM<
-------
 3-Jun-83 15:16:00,1262;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 Jun 83 17:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 Jun 83 17:47 EDT
Received: From srinet-gateway.ARPA by BRL via smtp;  3 Jun 83 17:36 EDT
Date:  3 Jun 1983 at 1416-PDT
To: Jerry E Pournelle <POURNE@mit-mc>
cc: info-cpm@brl
Subject: S-100 Unix
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 3 Jun 83 14:21-PDT

Jerry -- here's an idea for your friends at Godbout...

I wish one of the S-100 manufacturers of a 68K cpu board for the S-100
bus (Godbout, Dual, Cromemco, ERG, ...) would package Unix with their
68K board.  I'd love to throw away my Z80 cpu and roll my own Unix
system with the remaining S-100 parts (chassis, memory, peripherals)
rather than junking it and buying into the UnixBox market at $8-20K.

What you'd need would be a relocatable version of the Unix kernel into
which you'd bind your own home-made device drivers and real-time clock;
you'd have to create a file system on your hard disk and install a
customized version of the booter.  This may be beyond the ability of
most S-100 users, but then...  we figured out how to use SYSGEN and
MOVCPM and how to customize our BIOS, didn't we?

Dave Fylstra
 3-Jun-83 16:24:00,778;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  3 Jun 83 19:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  3 Jun 83 19:07 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  3 Jun 83 19:05 EDT
Date:  3 Jun 1983 1824-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: Re: BRL FTP
To: w8sdz@mit-mc, bbloom@brl, info-cpm@brl
In-Reply-To: Your message of 3-Jun-83 0915-EDT

Anyone who would even think of comparing UNIX to CP/M is out of their
gourds. CP/M is good for what it does. It is a program loader and
simple operating system. THAT IS IT.

UNIX(tm), on the other hand is the best development enviroment around. It
was written by hackers for themselves, so it wins.

People who compare the two are showing their ignorance. 
-------
 4-Jun-83 05:39:00,483;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 5:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 5:42 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 5:39 EDT
Date: 4 June 1983 05:39 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  "Real Programmers Don't Eat Quiche"
To: FJW@mit-mc
cc: INFO-CPM@brl, INFO-MICRO@brl
In-reply-to: Msg of 21 May 1983 00:43 EDT from Frank J. Wancho <FJW>

Real Programmers don't use decimal....
 4-Jun-83 07:53:33,639;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 0:33 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 0:22 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  5 Jun 83 0:18 EDT
Date: 4 Jun 1983 09:53:33-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re: BRL FTP
To: SJOBRG.ANDY@mit-oz, mit-mc.ucf-cs@rand-relay, bbloom@brl, info-cpm@brl, 
    w8sdz@mit-mc
MMDF-Warning:  Parse error in preceeding line at BRL.ARPA
Via:  UCF-CS; 4 Jun 83 19:11-PDT

Speaking of ignorance, referring to Dennis Ritchie and Ken Thompson
as hackers is showing a whole lot of it.
 4-Jun-83 08:19:00,1558;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 10:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 10:25 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 10:23 EDT
Date:  4 Jun 1983 1019-EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
Subject: Re: S-100 Unix
To: fylstra.tsca@sri-unix
cc: POURNE@mit-mc, info-cpm@brl
In-Reply-To: Your message of 3-Jun-83 2231-EDT

Because it hasn't been done yet, there are a number of considerations:

1) The 68k isn't the ultimate 16bitter on the market. If you want to
	have >real< unix* (Berkeley unix), then you need to have a good
	virtual memory scheme. For this, if you want to stick with the
	68000 family, you would need to go with a 68010 and a number of
	68451 (memory management) chips - about 16 or so to be useful.
	As you see, this implementation can take up a lot of board space,
	so...

2) Drop the 68k and go with National's 16032. It is more orthogonal in its
	instruction set, and it handles virtual memory in the proper way,
	with >fast< context switching (which happens a lot in multi-user
	operating systems like unix). The chip is also about as fast as
	a vax (according to National's literature, using the prime number
	program that was in (I think) Sept 81 Byte), and the benchmark
	that they used can be optimised for even more speed (so, according
	to my guesses and testing it out on our 68ks at work, it would
	end up being as fast as a vax).

	Long live unix!
	-andy
------------
*Unix is a trademark of Bell Laboratories
-------
 4-Jun-83 08:29:11,2117;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 0:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 0:36 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  5 Jun 83 0:21 EDT
Date: 4 Jun 1983 10:29:11-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  S-100 Unix
To: POURNE@mit-mc, fylstra.tsca@sri-unix
Cc: info-cpm@brl
Via:  UCF-CS; 4 Jun 83 19:15-PDT


There is an S-100 68K Unix machine manufactured by Dual Systems which
has been on the market for a couple of years.  Furthermore, there is
what Microsoft calls an upgraded V7 (Xenix) and it is strongly rumored
that another major microcomputer software house is working on some form
of a Unix port for micros.  Since you specifically mentioned Godbout, I
think it is likely that you'll see a Unix for their 16032; National
Semiconductor is supporting that processor with 4.1bsd.

4.1, which does demand-paging, might be a problem for the slower
Winchesters such as the Morrow disk that Priority One has been selling
for $1295 (I believe the average access time is 195 ms.).  Aside from
paging, vanilla Unix does a lot of swapping and thus it goes to the
disk a lot.  I have used Fortunes and Wicats whose lack of disk speed
is a major annoyance.

I have no doubt that a good BIOS hacker could figure out how to modify
a bootstrap and write device drivers for Unix.  And while working with
the kernel requires a firm educational foundation in operating systems
theory, most of the routines in there were deliberately kept simple,
with complex algorithms being used only when they would result in great
gains.  But, then, there is usually little reason to go poking around
in the kernel, anyway, once Unix has been ported to your specific
machine (how often do you modify the BDOS?), nor do most Unix
installations have the luxury of a source license.

That leaves price as the only major obstacle and I confess to knowing
nothing about what will happen to prices in the future.  Maybe Dr.
Pournelle has some wisdom to add in this area......

				Ben
 4-Jun-83 08:33:00,588;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 10:57 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 10:47 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 10:38 EDT
Date:  4 Jun 1983 1033-EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
Subject: Re: "Real Programmers Don't Eat Quiche"
To: POURNE@mit-mc
cc: FJW@mit-mc, INFO-CPM@brl, INFO-MICRO@brl
In-Reply-To: Your message of 4-Jun-83 0539-EDT

Real programmers think in hex and can program their machines without
resorting to assemblers or high-level languages.
	-andy
p.s. NUKE PASCAL!
-------
 4-Jun-83 09:23:00,1082;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 9:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 9:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 9:22 EDT
Date: 4 June 1983 09:23 EDT
From: R. P. Miller <ARPEE@mit-mc>
To: INFO-CPM@mit-mc

I am in need of information regarding UCSD Pascal users who have successfully
married it with a Semidisk system.  Anyone who has done so, please leave a 
message detailing how you accomplished the task and what pitfalls have cropped
up in doing so.  I am running NorthStar UCSD Pascal in the N* Horizon computer
with two single sided, double density 5.25" drives.  In volume 5, number 18
(May 9, 1983) of Infoworld, there was an advertisement on page 47 by SemiDisk.
In it, they announce a new 256K semidisk for $995 and also reduce the price
for the 512K semidisk to $1495.  This RAM would be perfect for the emulation of
a disk under the P-system on my Horizon.  Unfortunately, Semidisk only supports
CP/M operation (not Pascal).  HELP!!!

				Thanks in advance,  Ray Miller...
 4-Jun-83 09:36:00,955;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 9:49 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 9:41 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 9:35 EDT
Date: 4 June 1983 09:36 EDT
From: Paul R. Grupp <GRUPP@mit-mc>
Subject:  RCPMLIST
To: SJOBRG.ANDY@mit-oz
cc: AUTHOR@mit-mc, w8sdz@brl, info-cpm@brl, goldfarb.ucf-cs@rand-relay
In-reply-to: Msg of Fri 8 Apr 1983  17:27 EST from SJOBRG.ANDY%MIT-OZ

There *IS* a list for people to get new RCPMLISTs and they are no longer
mailed to info-cpm.  Only short messages saying when a new one is
available with a pointer to where the file is, are now sent for those of
us who DO want the list but don't want it in our mail box.  I can see
where the bulk of the RCPMLIST might be a problem with disk quota for
mail but fail to see where a SHORT message should be a problem.  I for
one would be VERY unhappy to quit receiving these pointers.
--Paul
 4-Jun-83 09:48:00,880;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 9:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 9:52 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 9:47 EDT
Date: 4 June 1983 09:48 EDT
From: Paul R. Grupp <GRUPP@mit-mc>
Subject:  S-100 Unix
To: fylstra.tsca@sri-unix
cc: POURNE@mit-mc, info-cpm@brl
In-reply-to: Msg of 3 Jun 1983 at 1416-PDT from fylstra.tsca at sri-unix

DUAL does have UNIX (V7) for their 68000 system.  They also have
UNIX System-III for their 68010.  Godbout (and MANY others) feel
that the 68K is "treading water" with this type of application and
that it is better left to CPUs like the 16032 and the iAPX286, which
thay claim that they will supply a "FULL UNIX development package"
for when thay start marketing these boards.
--Paul
P.S. This info came from Bill Godbout at the NCC last month..
 4-Jun-83 10:04:00,722;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  4 Jun 83 10:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  4 Jun 83 10:14 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  4 Jun 83 10:04 EDT
Date: 4 June 1983 10:04 EDT
From: Roger L. Long <BYTE@mit-mc>
Subject: S-100 UNIX
To: fylstra.tsca@sri-unix
cc: POURNE@mit-mc, Info-CPM@brl


DUAL does offer UNIX on their stuff.  From what I hear of GODBOUT, they
decided the cost of putting UNIX in their system was way too much and
since CP/M-68K came out about that time, decided that would be enough
to support their 68000 board.  They also have some OS written in Forth.
Cromemco has something called "CROMIX" which is a UNIX-lookalike, I
believe.
 4-Jun-83 22:03:36,1214;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 0:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 0:10 EDT
Received: From Rutgers.ARPA by BRL via smtp;  5 Jun 83 0:05 EDT
Date: 4 Jun 83 22:03:36 EDT
From: Ron <FISCHER@RUTGERS.ARPA>
Subject: Re: S-100 Unix, and the wonderful  NS16032
To: SJOBRG.ANDY%MIT-OZ@MIT-MC.ARPA, fylstra.tsca@SRI-UNIX.ARPA
cc: POURNE@MIT-MC.ARPA, info-cpm@BRL.ARPA
In-Reply-To: Message from "SJOBRG.ANDY%MIT-OZ@mit-mc" of 4 Jun 83 10:19:00 EDT

Let's not start the Nth in a series of "my CPU is better than yours"
contests.  Least of all should tout a manufacturer's literature.  The
limitation of single chip CPU based machines is the design of their
bus.

Has a manufacturer of a "micro-mainframe" come up with a mainframe
equivalent bus, in terms of throughput?

Finally, couldn't a 68010 swap the MMU's segment registers when a
non-existant page gets accessed in a new segment?  Might be a tad
slower but you'd only need one MMU with a few segments.

As you said: "Because it hasn't been done yet..."  Let's not make
assumptions.  Rather, ask the man who owns both and has compared them.

(ron)

[A diehard empiricist]
-------
 4-Jun-83 23:27:00,398;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 1:41 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 1:34 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 1:29 EDT
Date: Sunday, June 5, 1983 1:27AM-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: ar43:cpm;tmodem 1
To: info-cpm@brl

... is a unix manual page for the tmodem c program..
 5-Jun-83 02:07:00,595;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 2:26 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 2:18 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 2:12 EDT
Date: Sun, 5 Jun 1983  02:07 EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
To:   goldfarb.ucf-cs@rand-relay
Cc:   pourne@mit-mc, info-cpm@brl
Subject: C compiler wanted
In-reply-to: Msg of 28 May 1983  09:02-EDT from goldfarb.ucf-cs at rand-relay


The aztec c compiler is the one that is closest to unix, in both what it accepts
as legal source code, and it has the most standard library...
 5-Jun-83 02:40:00,1125;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 3:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 3:08 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 3:02 EDT
Date: Sun, 5 Jun 1983  02:40 EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
To:   Ron <FISCHER@rutgers>
Cc:   fylstra.tsca@sri-unix, POURNE@mit-mc, info-cpm@brl
Subject: S-100 Unix, and the wonderful  NS16032
In-reply-to: Msg of 4 Jun 83 22:03:36 EDT from Ron <FISCHER at RUTGERS.ARPA>

The 68010 can swap out the MMU's segment registers, but with only 32 and 512word
pages, there simply aren't enough of them! You really need piles and piles of that
little mmu to do anything useful. I want to have 6meg virtual addresses...Try that
little bit of arithmetic. You can do it on a 16032.

Because it hasn't been done yet, the 68k s100 unix machines should be killed before
they start growing.

The first (and currently only) micro-mainframe is the 16k.
					-andy
p.s. if you are still hot for the 68010, take a look at the number
	of clock states for instructions vs the 68000...it'll brighten
	your flames a bit.
 5-Jun-83 05:40:00,1977;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 5:46 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 5:39 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 5:39 EDT
Date: 5 June 1983 05:40 EDT
From: Roger L. Long <BYTE@mit-mc>
Subject: UNIX on the 68000
To: SJOBRG.ANDY@mit-oz
cc: POURNE@mit-mc, info-cpm@brl, fylstra.tsca@sri-unix

Put simply, you know not of what you speak!

You should really take a look at the specs for the 68451 MMU before you
try to tell the rest of us how it doesn't work.  I think I can speak
with a bit more authority since I just finished porting UNIX to my
companies 68000 product which uses two 68451 MMUs.  First of all, the
page size may be any power of two, so the typical process might use
4 or 5 segments.  You can get along easily with only one 68451 - our
company chose to use two in order to reduce swapping of descriptors
in systems with LOTS of main memory.  Running in single-user mode,
you will typically not use more descriptors than will fit on one MMU
unless you have a lot going on in background.

In comparing the 68000 with the National 16032, I think a main
consideration to keep in mind is not the raw power of the CPU.  If
you look at benchmarks comparing the 68000 to a VAX in terms of raw
CPU power, I believe the 68000 running at 8MHz is .8 the power of a
VAX 780.  However, you are not going to see a 68000 UNIX system
outperform a VAX UNIX system.  The bottleneck is the disk!  UNIX is
such a disk-intensive OS and most implementations, including ours,
use winchesters, which are fast compared to floppies, but not
compared to the disks that hang off a VAX.

What started this all off was a query about putting UNIX on an S100
box in what I would assume would be a single-user environment.  
Whether it be a 68000 or a 16032, I think you're going to have more
than enough CPU to keep the average hacker happy in that kind of
environment.

	-roger
 5-Jun-83 08:02:00,895;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 8:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 8:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 8:01 EDT
Date: 5 June 1983 08:02 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject:  S-100 Unix
To: goldfarb.ucf-cs@rand-relay
cc: POURNE@mit-mc, info-cpm@brl, fylstra.tsca@sri-unix
In-reply-to: Msg of 4 Jun 1983 10:29:11-EDT from goldfarb.ucf-cs at rand-relay

Just to add a little fuel to the fire, I have it on good authority
that we will soon be seeing the Bellmac-32 personal comouter from Ma
Bell (I still don't know which division is which now) and it will of
course be running Unix. Needless to say, if I was able to get that
information, IBM will also be quite aware of it by now and presumably
is feverishly porting Unix over to the PC. I wonder where this will
leave Microsoft?
 5-Jun-83 08:12:27,1168;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 8:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 8:13 EDT
Date:     5 Jun 83 8:12:27 EDT (Sun)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
cc:       info-apple@brl
Subject:  New ZCPR2 Files et al

	I just received the latest issue of the ACG-NJ News, and
Steve Leon's SIG/M column mentions several new ZCPR2 files, including
six upgrades (probably different features various people wanted to see)
and a file which implements ZCPR2 on the Apple.  He states that he has
not tried this Apple installation, but at least it may be a good starting
point.

	Also of general interest is version 1.1 of I/O Capture on the
same disk.  I/O Capture is a program which redirects console output to disk.

	Finally, BISHOW Version 1.1 is there as well.  It displays
files in a bidirectional fashion.  I think Keith announced it on MC earlier,
but I did not catch the version number.

	All of these files are on Volume 116 and can be obtained from SIG/M
at the usual address or via some RBBS systems.  The new ZCPR2 files came
from some Toronto RCPM systems.

		Rick
 5-Jun-83 08:52:06,2994;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 9:15 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 9:01 EDT
Date:     5 Jun 83 8:52:06 EDT (Sun)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  New ZCPR2 Documentation

        I noted an earlier message from the ARPA Net from someone
who  wanted  to  add some more utilities to the ZCPR2 System.  In
response to this message and other direct requests  for  informa-
tion, I'm starting to write a new document on how to use TEMPLATE
to write utilities which fit into the ZCPR2 System.   By  fitting
into  the system, I am referring to being able to reference named
directories, follow paths, and adapt to different ZCPR2  environs
by  installation via GENINS.  I hope my reply to the earlier mes-
sage did not discourage the writer, particularly since  the  only
pointer I could really give was to look at the source to TEMPLATE
and a couple of utilities to see how it was done.

        Note that this has no impact on the utilities in the  PD.
They will still function as per their design, and they should run
under ZCPR2 as they do under CP/M.

        What I am hoping will come of this is the development  of
a  consistent set of ZCPR2 utilities by people other than myself.
For instance, the utilities in the distribution are consistent in
the following senses:

                1.  they can reference named directories
                        XDIR JEFF:, ERASE MYDIR:*.DOC, etc
                2.  they can accept file lists when it makes sense
                        ERASE f1,f2,f3,f4.*,mydir:f5.*,...
                3.  their command syntax is similar
                        COMMAND <file list> <options> or
                        COMMAND /<options>
                4.  GENINS can install ALL of them for different environs
                5.  they can search along paths when necessary
                        HELP MYHELP looks along a path for MYHELP.HLP
                6.  built-in documentation is available and is invoked
                    in the same way
                        COMMAND // or COMMAND /<invalid option>

        TEMPLATE supports designs such as what  I  am  describing
quite  nicely.  The programmer need only "fill in the blanks" for
the initialization routines, deinit routines, function performed,
banner,  built-in  documentation, etc.  The rest of TEMPLATE does
the work of path searching, named directory  conversion,  command
line processing, etc.  The work performed by the programmer boils
down to writing a function which is passed the FCB for an unambi-
guious file, and the process is already logged into the directory
in which that file resides (if it exists).

        Clearly, TEMPLATE is not an  end-all  to  all  situations
yet,  and  as  I get into the paper, you are likely to see one or
more new versions of TEMPLATE come out before the paper  is  fin-
ished.

                Rick
 5-Jun-83 10:49:00,1449;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 13:02 EDT
Received: From Ucb-Vax.ARPA by BRL-BMD via smtp;  5 Jun 83 12:46 EDT
Date: 05 June 83 12:49-EDT
From: C4F%cornella@BRL-BMD.ARPA
Subject: (copy) modem questions, hardware
Message-Id: <8306051648.AA11080@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.341/3.31)
	id AA11080; 5 Jun 83 09:48:04 PDT (Sun)
To: INFO-CPM@brl-bmd

1. when transferring files automatically from a mainframe to a given
cp/m system, i take it that one needs a program running on the mainframe
(which is specific to that mainframe) to handle the transmission part
of that job.  Anyone know how to find out what program is needed on the
mainframe?  For example, i want to transfer files from a TOPS-20 to my
CP/M system.  What do i need on the 2060?

Apparently, I also need something on my cp/m system.  Will MODEM7 do?  Can
it be used for ALL mainframe-->CP/M transfers?

2. From a maintenenceof system hardware integrity standpoint, is it
better to keep a system continuously on or to turn it off when you don't need
it.
The system in question had both hard and floppy disks.

Of course, if the time between on-off-on is large (days), it's obvious that
it's better to turn it off and then on.  If it is small (minutes), it's
obvious that it's better to leave it on continuously.  What's the crossover
time?

thx.  replies to lin@mit-mc, as my
$$
%&* address does'nt process properly .
 5-Jun-83 12:17:06,584;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 15:26 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 14:22 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 14:15 EDT
Received: by sen.rochester (3.290mJ) id AA00573; 5-Jun-83 14:17:06-EDT (Sun)
Received: by cay.Rochester (3.327.3L) id AA03990; 5 Jun 83 14:17:09 EDT (Sun)
Message-Id: <8305051817.573@sen.rochester>
Date: 5-Jun-83 14:17:06-EDT (Sun)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: REAL PROGRAMMERS
To: info-cpm@mit-mc.ARPA

REAL PROGRAMMERS DON'T USE LOWER CASE.
 5-Jun-83 12:33:12,954;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 15:27 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 14:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 14:32 EDT
Received: by sen.rochester (3.290mJ) id AA00640; 5-Jun-83 14:33:12-EDT (Sun)
Received: by cay.Rochester (3.327.3L) id AA04003; 5 Jun 83 14:33:15 EDT (Sun)
Message-Id: <8305051833.640@sen.rochester>
Date: 5-Jun-83 14:33:12-EDT (Sun)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: CP/M and CCP/M for Z-100
To: info-cpm@mit-mc.ARPA

Does anyone know of an implementation of CP/M-86 and/or
Concurrent CP/M-86 for the Heath/Zenith Z-100 Series?
Zenith originally said they would release a CP/M-86
(they have already released CP/M-80), but I have heard this
might not happen.
Or, has anyone brought up CCP/M themselves?
How much do you have to change the BIOS/XIOS on
any given machine?
Thanks
Mike Ciaraldi
ciaraldi@rochester
 5-Jun-83 14:35:00,2744;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 15:28 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 14:43 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 14:36 EDT
Date: Sun, 5 Jun 1983  14:35 EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
To:   Roger L. Long <BYTE@mit-mc>
Cc:   fylstra.tsca@sri-unix, POURNE@mit-mc, info-cpm@brl
Subject: UNIX on the 68000
In-reply-to: Msg of 5 Jun 1983 05:40 EDT from Roger L. Long <BYTE at MIT-MC>

Foo!

I have looked at the specs. I also know how unix works internally. A 512
byte page size is a good size for a virtual memory system. If you make the
page size smaller or larger, you're going to be swapping yourself to
death. If you're not running a virtual memory system, then the problem
of trashing gets worse if you're trying to run (ugh) plain vanilly v7.

If Motorola had done it right with the 68451, they would have put in lots
more pointers, or had just a pointer or two into main memory (albiet slower,
but it provides for much faster context switching.

Unix is a multi-tasking system by definition, and on any systems that have
a number of services availiable (networking, multi-users, watchdogging), you
may have thrashing problems if you don't have moby amounts of memory. You
also need to context-switching from process to process. If it isn't fast
enough, then you get thrashing...

I have at work a little baby 68k system with v7, and there simply isn't 
enough processing power to keep >me< happy. There are three problems:
	1) It is running v7 ((ugh) swapping instead of winning paging)
	2) There simply isn't enough memory. We're running 2meg with 8k
	   pages, and that isn't enough to pop into vi (or emacs when I
	   get the tape) from csh - it has to swap out csh in order to
	   load in vi. This is not good for standard development cycles.
	   Maybe you're using ed instead?
	3) The disk i/o on our little 24meg kennedy winnies is too slow - they
	   are one of the causes of my thrashing problems (I run about
	   8 process -- network mailers, and misc daemons). If I had >real<
	   unix (Berkeley unix), then it would cease to be a problem. Bell
	   still hasn't put out a working paging unix yet! Even at Bell,
	   they're running Berkeley on thier vaxen.

In an s100 enviroment, there may be even more bottlenecks than in a multibus
enviroment. 

Not only do we need real virtual memory and a good processor for unix to
be happy, but there will have to be faster i/o devices or the damn thing
is going to be i/o bound rather than computation bound (hell, under gosling
emacs, i can keep a 780 computation bound when i'm doing useful work).

Maybe I'll never be happy with a unix micro.
	-andy
 5-Jun-83 15:08:00,659;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 16:27 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 15:15 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 15:09 EDT
Date: Sun, 5 Jun 1983  15:08 EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
To:   Charlie Strom <CSTROM@mit-mc>
Cc:   fylstra.tsca@sri-unix, goldfarb.ucf-cs@rand-relay, POURNE@mit-mc, 
      info-cpm@brl
Subject: S-100 Unix
In-reply-to: Msg of 5 Jun 1983 08:02 EDT from Charlie Strom <CSTROM at mit-mc>

I thought that microsoft already has a xenix that runs on the pc.
Has anyone heard of this, or is it just something cons'ed up out
of fantasy? -andy
 5-Jun-83 16:40:00,582;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  5 Jun 83 17:10 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  5 Jun 83 16:48 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jun 83 16:40 EDT
Date: 5 June 1983 16:40 EDT
From: Jon Solomon <JSOL@mit-mc>
To: INFO-CPM@mit-mc

I don't know how I got on the list, but please remove
either
JSol@oz
JSol@mc
jsol@Ml
Jsol@ai
jsol@xx

from the info-cpm mailing lists.

Thanks,
--JSol

p.s. I can read the list on a bulletin board, I just
want to cut down the amount of mail my mail box gets.
Thanks,
--JSol
 5-Jun-83 23:32:00,401;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  6 Jun 83 1:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  6 Jun 83 1:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jun 83 1:32 EDT
Date: 5 Jun 1983 22:32:00-PDT
From: Jim Gilbreath <CCVAX.gil@nosc>
Reply-to: CCVAX.gil@nosc
To: info-cpm@mit-mc.arpa
Subject: real programmers


Real Programmers also don't use { 
   or
}
 5-Jun-83 23:33:54,1466;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  6 Jun 83 2:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp;  6 Jun 83 2:25 EDT
Received: From Rand-Relay.ARPA by BRL via smtp;  6 Jun 83 2:24 EDT
Date: 6 Jun 1983 01:33:54-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  you too. if you don't like unix, go die.
To: SJOBRG.ANDY@mit-oz, MIT-MC.ucf-cs@rand-relay
MMDF-Warning:  Parse error in preceeding line at BRL.ARPA
Cc: info-cpm@brl
Via:  UCF-CS; 5 Jun 83 23:08-PDT

I received this today:
-----------------
	From SJOBRG.ANDY%MIT-OZ@MIT-MC Sun Jun  5 22:09:13 1983
	Date: Sun, 5 Jun 1983  02:41 EDT
	From: SJOBRG.ANDY%MIT-OZ@MIT-MC
	Received: from MIT-MC by rand-relay ; 5 Jun 83 00:03:25 PDT (Sun)
	Subject: you too. if you don't like unix, go die.
	To: goldfarb.ucf-cs@Rand-Relay
	Via:  UDel; 5 Jun 83 22:09-EDT
	
-----------------
Well, folks, I've had about enough from this turkey.  He
surfaces once every so often to stick his two cents in, doing so 
in an insulting manner with generally unsubstantiated bull.  Then
if someone doesn't agree with him, he gets even more insulting.

How he ever got the impression I don't like Unix, I don't know:
I earn my meager salary working with one Unix and one VMS system
and my preference for Unix is clear.  

I just wanted you all to see some of the immaturity that we shouldn't
have to put up with on the net.
				Ben Goldfarb
 6-Jun-83 01:14:00,369;000000000000
Received: From Usc-Isib.ARPA by BRL via smtp;  6 Jun 83 3:19 EDT
Date:  6 Jun 1983 0014-PDT
Subject: RAM disks with UNIX
From: Bill Rizzi <RIZZI@usc-isib>
To: info-cpm@brl



	Isn't is possible to use a RAM disk as a system device with
UNIX?  If so, disk speed may no longer be the bottleneck for 
efficient implementations.

	Bill (RIZZI@ISIB)

-------
 6-Jun-83 03:02:13,511;000000000000
Date:     6 Jun 83 3:02:13 EDT (Mon)
From:     Mike Muuss <mike@brl>
To:       Info-Cpm@brl, Gurus@brl
cc:       info-cpm-request@brl
Subject:  info-cpm changed to list processor

The INFO-CPM @ BRL list has been changed to use the MMDF "list processor"
channel, which replaces the return address of messages to the list
with <info-cpm-request @ BRL> to cause error messages to go to
the list maintainer, rather than message contributors.

Please send comments to <Postmaster @ BRL>.
		-Mike Muuss
 6-Jun-83 07:08:25,535;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  7 Jun 83 3:07 EDT
Date: 6 Jun 1983 09:08:25-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  UNIX on the 68000
To: BYTE@mit-mc, L.@rand-relay, Long@rand-relay, Roger@rand-relay, 
    SJOBRG.ANDY@mit-oz, mit-mc.ucf-cs@rand-relay
MMDF-Warning:  Parse error in preceeding line at BRL.ARPA
Cc: POURNE@mit-mc, fylstra.tsca@sri-unix, info-cpm@brl
Via:  UCF-CS; 6 Jun 83 23:34-PDT

Well, Andy, the page size on your beloved Vax is 1024.
 6-Jun-83 13:40:00,469;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jun 83 13:37 EDT
Date: Mon, 6 Jun 1983  13:40 EDT
From: SEAN%MIT-OZ@mit-mc
To:   SJOBRG.ANDY%MIT-OZ@mit-mc
Cc:   Charlie Strom <CSTROM@mit-mc>, fylstra.tsca@sri-unix, 
      goldfarb.ucf-cs@rand-relay, POURNE@mit-mc, info-cpm@brl
Subject: S-100 Unix
In-reply-to: Msg of 5 Jun 1983  15:08-EDT from SJOBRG.ANDY%MIT-OZ at mit-mc

I believe that VenturCom (Cambridge) is shipping Vnix for the PC.
Vnix is V7 u*nix.
 6-Jun-83 14:22:00,924;000000000000
Received: From Bbncca.ARPA by BRL via smtp;  6 Jun 83 14:29 EDT
Date:  6 Jun 1983 14:22:00 EDT (Monday)
From: Steve Dyer <sdyer@bbn-unix>
Subject: Re: RAM disks with UNIX
In-Reply-To: Your message of 6 Jun 1983 0014-PDT
To: Bill Rizzi <RIZZI@usc-isib>
Cc: info-cpm@brl, sdyer@bbn-unix

It's quite possible to use a RAM disk as a root (or swap) device for UNIX--
in fact, that's a quite popular way to bootstrap up a kernel before working
disk hardware is available.  Just write a software device driver which
accesses a RAM partition instead of the disk.  Trouble is, UNIX likes LARGE
disks, so unless you have lots of RAM available, it doesn't buy one much.
(I mean, it's OK for bootstrap purposes, but lousy for a production system.)
And the amounts of RAM we're talking about (2-20mb) are still economically
infeasible for most small systems, though this should change soon.

Steve Dyer
sdyer@bbn-unix
 6-Jun-83 17:15:00,488;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jun 83 19:11 EDT
Date:  6 Jun 1983 1915-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: Re: RAM disks with UNIX
To: RIZZI@usc-isib
cc: info-cpm@brl
In-Reply-To: Your message of 6-Jun-83 0314-EDT

Yes, you could configure a ram disk to be a system device for unix. It
would be even easier to write a driver for that than for a regular disk,
'cause unix doesn't know about track and sectors, just blocks.
-------
 6-Jun-83 21:35:00,2512;000000000000
Received: From Mit-Devmultics.ARPA by BRL via smtp;  7 Jun 83 10:08 EDT
Received: from SYSTEM-M.PHOENIX.HONEYWELL by MIT-DEVMULTICS.ARPA dial; 07-Jun-1983 08:48:34-edt
Date:     6 June 1983 2035-mst
From:     Kevin B. Kenny <Kenny.G8ARCH%system-m.phoenix.honeywell@BRL.ARPA>
Subject:  Altos 5-5D Computer
To:       INFO-CPM@brl, EJS@mit-mc

In-Reply-To:
    Subject: Altos 5-5D Computer
    Date: 28 April 1983 21:49 EDT
    From: Eric J. Swenson <EJS@mit-mc>
    To: info-cpm@brl, info-micro@brl

The ALTOS serial ports are as follows:

CHIP        DEVICE      CONNECTOR   STATUS  DATA

Z80A-SIO   Console #2       JD        2C     2D
           Console #1       JC        2E     2F

Z80A-DART  Console #3       JB        1C     1D
           Printer          JA        1E     1F

     If you're going to do I/O directly, there are some things to watch
out for, since the ALTOS BIOS is interrupt-driven.  If you just start
doing IN's and OUT's you'll confuse it with extraneous interrupts (and
probably hang the system).

     I recommend using console 2 (JD) as the modem port, if you have a
choice, since the Mostek SIO is more forgiving than the Zilog DART.  One
sequence that works for me is to send the following to the status port
to configure the SIO:

     18H     ; Channel reset. (get rid of any funny conditions)
     01H     ; Select register 1
     04H     ; Disable the SIO interrupts
     04H     ; Select register 4
     44H     ; Set x16 clock, one stop bit, no parity.
     03H     ; Select register 3
     0C1H    ; Receiver enabled always, bytesize = 8 bits, no parity.
     05H     ; Select register 5
     68H     ; Transmitter enabled always, bytesize = 8 bits, no parity.

     I put all this junk in a file called SETMODEM.COM that I run once to
initialize things after power up.

    Following this, an IN from the status port will have bit 2 (04H) on
if the SIO is ready to send a character, and bit 0 (01H) ON if a
character is ready for the CPU to read.

    If you ever need to give the SIO channel back to the BIOS, send the
status port the sequence:

    18H    ; Channel reset
    01H    ; Select register 1
    1FH    ; Interrupt on received characters, parity does not affect
           ; vector, status does affect vector, transmission interrupt
           ; enable, external/status interrupt enable.

and then hope for the best.  It usually works for me, but I don't do it
very often.

Hope this helps

/k**2
 6-Jun-83 22:15:00,385;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jun 83 22:07 EDT
Date: 6 June 1983 22:15 EDT
From: Ronald G. Fowler <RGF@mit-mc>
Subject: sjobrg.andy%mit-oz
To: goldfarb.ucf-cs@rand-relay
cc: INFO-CPM@mit-mc


I'll second that!  I've been wondering if there's a way to tell
my mail-reader to automagically flush mail from this guy.  I
too am tired of his mindless harangues.
 6-Jun-83 23:52:00,1253;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jun 83 23:44 EDT
Date: 6 June 1983 23:52 EDT
From: Stephen C. Hill <STEVEH@mit-mc>
Subject:  Z80 Debugger
To: RG.JMTURN@mit-oz
cc: INFO-MAX80@mit-mc, INFO-CPM@mit-mc, STEVEH@mit-mc
In-reply-to: Msg of Jun 4 1983 10:20PM-EDT from RG.JMTURN%OZ

I'm relatively new at this game, but I have been using ZSID
which (as far as I can tell) is the Z80 version of SID (which I
don't have.)  The commands are very much like DDT, except that
A and L will process Zilog mnemonics.  What I would like to get
is a package that disassembles to/from disk and sets up EQUates
on output, so that the file can be read back into M80 or some
other Z-80 assembler.  I'm fortunate to be running a LOBO
MAX-80, since I can use both CP/M and LDOS (an operating system
for the [gasp!!] TRS-80.)  What I have been doing so far is
transferring CP/M .com files over to LDOS and then using the
Misosys DISASM3 disassembler.  After I get an ASM file fixed to
my satisfaction, I transferr it back over to the CP/M side.  A
bit complicated, but it does work.  If you hear of any programs
that do what I am looking for, please drop me a message.
                            Thanks,
                             Steve
 7-Jun-83 06:39:00,1087;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  7 Jun 83 6:31 EDT
Date: 7 June 1983 06:39 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject:  CP/M and CCP/M for Z-100
To: ciaraldi@rochester
cc: INFO-CPM@brl
In-reply-to: Msg of 5-Jun-83 14:33:12-EDT (Sun) from Mike Ciaraldi <ciaraldi at Rochester.ARPA>

My friend deals closely with Zenoth and keeps hearing that CP/M-86
release for the Z-100 is "imminent" - he has been hearing so for
months, so take it for what its worth. I do not doubt that it will be
available within the not too distant future.

Zenith sees to have no plans to implement any MP/M or concurrent
system. Gifford Engineering (G&G) has just received a Z-100 for
evaluation - they conceivably could have the goal of bringing up
MP/M-816 and/or CCP/M-816 on the beast. If you are really gung-ho on
this, I suggest you give them a call or send them a letter asking for
it. They are one of the few service-oriented outfits left in the cold
cruel world of micros and I think the world of them. They listen to
what their customers have to say.
					Charlie
 7-Jun-83 10:05:51,817;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  8 Jun 83 2:29 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 7 Jun 83 23:24-PDT
Date: 7 Jun 83 9:05:51-PDT (Tue)
To: info-cpm@brl
From: decvax!cca!linus!genrad!wjh12!foxvax1!glh@ucb-vax
Subject: silicon vs silicone
Article-I.D.: foxvax1.1104

Most of us will accept silicon, but Gail Zacharias's request to
switch from buss to bus is a request of a different magnitude.
As we sit at our terminals grinding out documentation, it is very
theraputic to slip in a buss in place of a bus. Actually, I find that
being consistent in always spelling something wrong will inhibit most
potential criticism. Now that Gail has blown the bus-buss outlet for
supressed urges another will have to be found. Perhaps osculation in
place of oscillation?
GLH
 7-Jun-83 13:58:11,540;000000000000
Received: From Bbnp.ARPA by BRL via smtp;  7 Jun 83 13:59 EDT
Date:  7 Jun 1983 13:58:11 EDT (Tuesday)
From: Dan Franklin <dan@bbn-unix>
Subject: Re:  Silicon vs. Silicone
In-Reply-to: Your message of 2 Jun 83 20:50:24 EDT (Thu)
To: Ron Natalie <ron@brl-bmd>
Cc: Gail Zacharias <GZ@mit-mc>, strom@brl-bmd, INFO-MICRO@brl, INFO-CPM@brl

And while we're at it, maybe we could spread the word on "kernel",
which does NOT have an "a" in it, though that spelling seems to be
gaining in popularity for some reason.

    Dan Franklin
 7-Jun-83 16:14:00,1193;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  7 Jun 83 18:10 EDT
Date:  7 Jun 1983 1814-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: Re:  UNIX on the 68000
To: goldfarb.ucf-cs@rand-relay
cc: BYTE@mit-mc, L.@rand-relay, Long@rand-relay, Roger@rand-relay, 
    mit-mc.ucf-cs@rand-relay, POURNE@mit-mc, fylstra.tsca@sri-unix, 
    info-cpm@brl
In-Reply-To: Your message of 6-Jun-83 0908-EDT

	From: goldfarb.ucf-cs@Rand-Relay

	Well, Andy, the page size on your beloved Vax is 1024.

I beg to differ. On pages 16 and 17 of the VAX Architecture Handbook, it
states:
	``Virtual address space is diveded into @b(pages), where a page
	  represents 512 bytes of contiguously addressed memory. The first
	  page begins at byte 0 and continues to byte 511. The next page
	  begins at byte 512 and continues to byte 1023, and so forth.''

.....on page 9 of the same book, it defines a byte as 8 bits. Sorry, Goldfarb.

You're probably confused because Bill Joy et al decided to use 1k file
system blocks (so of course, Berkeley unix swaps at this size, but the
VAX hardware itself thinks in 512byte pages.).

					VAX manuals in hand,
					-andy
-------
 7-Jun-83 16:21:51,1792;000000000000
Received: From Cornell.ARPA by BRL via smtp;  7 Jun 83 18:10 EDT
Date: 7 Jun 1983 18:21:51-EDT
From: rej@cornell
To: info-cpm@brl
Subject: 68000 Unix systems

It is hard for me to believe that a 68000 cannot run Unix, because I
have used one that does.  A Callan Unistar-100 with half a meg performs
pretty well with one user.  It is definitely I/O bound, but still a nice
system.  It performs remarkably better than a VAX-11/780 at two in the
afternoon!

The Unistar runs Microsoft's V7 port, "with Berkeley enhancements".
Therefore, it performs swapping, not paging.  It uses the SUN board, so
I think that it has its own bipolar MMU.  As long as there is enough
memory to prevent paging, it performs pretty well.  256K is not enough to
load vi without swapping out csh, but 512K lets compiles and edits take
place in parallel.  A multi-user machine should definitely have even more
memory, although I think that you should probably just get more machines.
More memory would always be a good idea, since the lack of virtual memory
puts a hard limit on the size of programs.

The Unistar has 5 inch winchesters, which are usually not fast.  However, it
only seems to be three or four times slower than an unloaded VAX when doing
C compiles.  I haven't timed it real carefully, so perhaps it is even slower.
However, as I said, a Unistar-100 is definitely faster than a VAX at two in
the afternoon, with a few EMACS, a troff, and a large LISP program in progress.
On a personal computer, the speed of the computer is related only to your
demands on it, not your neighbors.

A Unistar-100 with 10 or 20 Meg disk and 512K is in the $10,000 range.
It probably won't run large LISP program until it has virtual memory, but
it will do most Unix jobs quite nicely.
 7-Jun-83 18:02:24,906;000000000000
Received: From Bbnccd.ARPA by BRL via smtp;  7 Jun 83 17:57 EDT
Date: 7 Jun 1983 18:02:24 EDT (Tuesday)
From: Mike Simpson <msimpson@bbn-unix>
To: Dan Franklin <dan@bbn-unix>
Cc: GZ@mit-mc, strom@brl-bmd, msimpson@bbn-unix, dan@bbn-unix
In-Reply-to: Your message of 7 Jun 1983 13:58:11 EDT (Tuesday)
Subject: Re:  Silicon vs. Silicone
Redistributed-by: Mike Simpson <msimpson@bbn-unix>
Redistributed-to: info-micro@brl, info-cpm@brl
Redistributed-date:  7 Jun 1983 18:05:39 EDT (Tuesday)

Dan,
	Aw, come on.  Weren't you let in on the secret that true hackers
have 'karnel knowledge'?

					-- With tongue planted firmly
						in cheek,
					Mike Simpson
					Bolt Beranek and Newman Inc.
					Ten Moulton Street,
						Cambridge, MA 02238 (USnail)
					msimpson@bbn-unix OR
						msimpson@bbnccd (ARPA)
					msimpson.bbn-unix@udel-relay
						(CSNET)
					617-497-2819 (Ma Bell)
 8-Jun-83 05:49:00,1222;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  8 Jun 83 6:07 EDT
Date: 8 June 1983 05:49 EDT
From: Roger L. Long <BYTE@mit-mc>
Subject: Re: RAM disks with UNIX
To: RIZZI@usc-isib
cc: info-cpm@brl

Yes, I believe it would be possible to write a RAM disk driver for
UNIX, but I think that if you are going to put a substantial
amount of memory into a system for such a purpose, it could be better
utilized by other means.

For instance, certain mods have been made to various UNIX systems to
leave sharable code in memory once you are finished using it until
such time as you want to use the code again, or you need the memory
for something else.  Having a large amount of main memory would
mean less chance of such things having to be loaded from disk again,
so in a sense, you are obtaining the same benifits of having a RAM
disk by other means.

Also, UNIX manages a large buffer pool, and reuses its buffers with
a LRU algorithm, I believe.  If you have lots of memory, increasing
this buffer pool should automatically give you the effect of having a
RAM disk, as if the disk block that UNIX needs is already in a buffer,
no physical I/O operation will be requested of the disk driver.

	-roger
 8-Jun-83 09:49:28,762;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  10 Jun 83 3:08 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jun 83 23:56-PDT
Date: 8 Jun 83 8:49:28-PDT (Wed)
To: info-cpm@brl
From: hplabs!hao!seismo!rochester!ritcv!dpm@ucb-vax
Subject: S100 Disc Controller For SALE
Article-I.D.: ritcv.399

FOR SALE:
Disc Controller, IEEE-696.2/S-100 bus  Ithaca Intersystems
Series II FDC-2: single or double sided, single or double
density, 5 1/4" or 8" drives.  24 bit extended addressing
DMA.  CBIOS and documentation included.  Removed from working
system.  $220 as is.
 John Teleska,     716-442-6968
 27 Berkshire St.
 Rochester, NY 14607
 not on the net, but mail to:
   ...(allegra or seismo)!rochester!ritcv!dpm
 will be forwarded.
 8-Jun-83 12:35:00,1699;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  8 Jun 83 22:02 EDT
Date:  8 Jun 1983 at 1135-PDT
To: Stephen C Hill <STEVEH@mit-mc>
cc: INFO-MAX80@mit-mc, INFO-CPM@mit-mc
Subject: Re:  Z80 Debugger
In-reply-to: Your message of 6 June 1983 23:52 EDT.
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 8 Jun 83 11:55-PDT

I have been quite satisfied with DISINTEL, a disassembler I purchased
from Lifeboat for about $65 a few years ago.  This program reads a .COM
file and produces the .ASM equivalent (with an optional XREF) using
Intel mnemonics with the TDL extensions for the Z80.  (There is another
version called DISILOG for the Zilog mnemonics.)  It carries out a flow
analysis of the code to determine entry points, subroutines, data references,
and external references, and it generates only the above labels with an
indicative prefix character (e.g. X0005 for an external call on the BDOS).
The program asks numerous questions to determine the offset and length
of the disassembly segment in the .COM file, the PC value at entry,
regions of DB and DW tables, generation of the cross reference, etc.

My only complaints about DISINTEL would be that the command dialogue
does not always use the BDOS read-line function, so that you cannot
batch all of the data into a submit file using XSUB (re-entering twenty
lines of table addresses in hex can be tedious); it is not too
convenient to use for interactive (detective-style) disassembly; it
does not allow disassembly of regions as character strings (requiring
instead that the region be disassembled as DB's); and the manual shouts
at you entirely in UPPERCASE.

Dave Fylstra
 8-Jun-83 19:32:00,441;000000000000
Received: From Usc-Isib.ARPA by BRL via smtp;  8 Jun 83 21:35 EDT
Date:  8 Jun 1983 1832-PDT
Subject: modem7xxx on altos 8000-10
From: Jim Moore <MOORE@usc-isib>
To: info-cpm@brl, moore@usc-isib




does anyone out herethere hvateave the port assignments and(data and status) and
the bits to test for send/ready?  Also, how do i reassign the con:
(this is an mp/m system).

Thanks in advance

Jim Moore
-------
 9-Jun-83 03:23:00,427;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  9 Jun 83 3:30 EDT
Date: 9 June 1983 03:23 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CPM DIRLST update
To: Info-Cpm@brl

CPM DIRLST, which is a listing of all available public-domain CP/M
files on MIT-MC's CPM; directory, has been updated as of today.  If
you don't have FTP capability and would like to receive periodic
updates, send a note to Info-Cpm-Reqest@Brl.
 9-Jun-83 04:51:00,3851;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  9 Jun 83 4:51 EDT
Date: 9 June 1983 04:51 EDT
From: Allan D. Plehn <PLEHN@mit-mc>
Subject: Bugs in dBase II
To: INFO-CPM@mit-mc, INFO-MICRO@mit-mc


I found the following on a local RCPM:

///////////////////////////////////////////////////////////////////////
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Listing file DBASEHNT.DOC



                ----- INSERT HINT -----------
                          donated by Charlie
                                from Orange Bytes Newsletter

        A bug has been detected useing the Insert command. It can result
in the loss of data record if a carriage return is issued at the wrong
time. (Tate knows about it but no solution yet.) So they are recommending
that you do not use INSERT and INSERT BEFORE. 
        Case in point, C.J.Thompson wrote that if you have issued the Insert 
command, after indexing to some intermediate record in your database,
you are presented with the standard data input screen with the cursor in
the first position of the first field.
        If you enter data at this point, everything seems to work as
advertised. But if you should happen to enter a carriage return (thinking
perhaps, to move the cursor to the second field), you are dumped out of
the Insert mode only to find that the record count in your database has
been incremented by one.  Further insp`,W{on reveals, however, that the
'plus one' count is the result of two events; (1) the record following
the intended insertion point has been triplicated, and (2) the next
record has been deleted. And evidently, not by a "*" but 'all gone'.
        
                ------- Goof Hint -------
                        by Charlie for Charlie

        I was going to update a members information in my Name/Address
database when I accidently entered a CONTROL CHARACTER UNKNOW into my
file and it got written to the DataBase. I had 272 records in my DBF file
but after that goof I got a OUT OF RANGE error after 24 records. After
two lousy hours of research and trial/error I finally got it back on track.
In my efforts, I learned a lot about things I really have no need for but
what can I say, maybe some day.  Anyhow, nothing worked, either in the
DBF or NDX until  (1) I added a new record (2) erased the NDX and then
(3) INDEX again. It seems to be O.K. now. The error evidently changed the
total record stored somewhere (I never found out where) but the 272 records
was always in the DBF file.

----
Local hint (from Dave)-- When you use GET and the 1st field is a numeric
        it'll probably crash, if character it's O.K. (at least for him it
        did)
Safety hint-- After working on your DBF file and you want to use PACK.
        Be sure to exit first ,to force a write to disk, then re-enter
        to do your PACK operation. Some locals have lost their data
        otherwise, but why hasn't been pin-pointed yet.

FINI for now

///////////////////////////////////////////////////////////////////////////
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\


We use dBase rather intensively at my place of employment and additional
bugs have been noted, as follows:

a) If the CASE statements are nested to more than two levels the
program will crash.

b) If two files are open at the same time, a PRIMARY and a SECONDARY,
SET LINKAGE ON command will crash the program and cause the infamous
"BDOS Error on Drive xx" error message, with the xx being a non-
existant drive.

These two bugs occurred consistantly on both the eight-bit and
sixteen-bit (CP/M86) versions of dBase II.

I would be interested in hearing of fixes or new releases of dBase II
that would take care of these bugs.

				Al Plehn <PLEHN@MIT-MC>
 9-Jun-83 07:05:49,448;000000000000
Received: From Udel-Relay.ARPA by BRL via smtp;  9 Jun 83 9:33 EDT
Date:     9 Jun 83 8:05:49-CDT (Thu)
From: Fbrown.Micom@udel-relay
Return-Path: <Fbrown%Micom.Micom@UDel-Relay>
Subject:  Re:  silicon vs silicone
To: decvax!cca!linus!genrad!wjh12!foxvax1!glh@ucb-vax
Cc: info-cpm@brl
Via:  Micom; 9 Jun 83 9:15-EDT

Isn't there the potential that if you use osculate instead of oscllate, that 
some one may tell you to "kiss-off"?
FEB
 9-Jun-83 11:46:00,377;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  9 Jun 83 11:46 EDT
Date: Thu, 9 Jun 83 11:46 EDT
From: Thieret.WBST@PARC-MAXC.ARPA
Subject: REAL PROGRAMMERS
To: info-cpm@mit-mc.ARPA
cc: Thieret.WBST@PARC-MAXC.ARPA

REAL Programmers start ALL their statements in column 7 except for those
with numeric statement labels or a "C" in column 1 or a "*" in column 6.

Tracy.
 9-Jun-83 14:05:00,988;000000000000
Received: From Lll-Mfe.ARPA by BRL via smtp;  9 Jun 83 17:14 EDT
Date: Thu, 9 Jun 83 14:05 PDT
From: Maron@LLL-MFE.ARPA
Subject: File Open BDOS patch
To: info-cpm@brl.arpa

I have an idea to create a patch to the BDOS file open function
which would allow searching a search list consisting of Disk,,User# elements.
The purpose of this patch would be to allow more than just .COM files
to live on a sys: type area, but also the MINCE swap file, FORTRAN compiler
error message file, BDS-C's various files etc. Would this be of use to
anybody else? Does anybody know of any pitfalls? Has this already been
done? 

I realize that this will require some code space in the CBIOS area to
have enough room to accomodate the changes. I pretty much have the
flowchart--what-have-you--developed but any info that someone would
like to pass along would be appreciated.  I believe that this would
not cause any trouble with ZCPRx but I am not sure.
--Neil   [  MARON@LLL-MFE.ARPA]
10-Jun-83 08:14:00,2428;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  10 Jun 83 9:00 EDT
Date: 10 June 1983 08:14 EDT
From: Ronald G. Fowler <RGF@mit-mc>
Subject: File Open BDOS patch
To: maron@lll-mfe
cc: INFO-CPM@mit-mc

  There is indeed a gotcha: as you read (or write) a file opened in
this manner, eventually you're gonna come to the end of extent #0.
The BDOS automatically closes that extent and opens the next.  The
problem is that the 2nd extent will be opened in the CURRENT user
area; and will not be found (since the file was opened in some
other user area along the search path).  Hence, premature EOF.
  Two additional steps would have to be taken to get around this:

	1) When the file is opened, the user # of the file would have
	   to be recorded somewhere; either in a table (not very desirable
	   since a fixed-size table implies a limit to the number of open
	   files -- although the table could be made arbitrarily large)
	   or in the fcb itself (much better insofar as # of open files
	   is concerned, but WHERE in the FCB do you store the user #?
	   Look at the S1 byte; I'm pretty sure it's unused).

	2) The read-sequential, read-random, write-sequential and
	   write-random system calls must be intercepted to allow the
	   setup of the user # the REAL system calls get control; the
	   intercept routines must get control back immediately after the
	   real routines execute, in order to restore the user #.

Note that there is no problem with default drives, since the FCB has
a DR field to record the drive number, and this may be changed
easily.

Both TurboDOS and MP/MII allow opens to default to user #0 if a file
is not found in the current user area; rather than recording the user #,
both set an attribute bit in the in-memory FCB to flag the fact that the
file was opened under user 0 (this technique limits you to only one
public user area, however).

Finally, this change will not impact ZCPR or ZCPR2 at all; it will
think it has found its file in the current user area, and will not
continue the search.  (this will not be true of any programs that do
functions 17/18 searchfirst/next before opening the file, since you
can't apply this mod to them -- such programs simply won't find their
files).

I would like to get a copy if the mod if you proceed with this;
it's something I've thought about doing for some time, and never
had the time.		--Ron Fowler
10-Jun-83 08:45:00,537;000000000000
Received: From Lll-Mfe.ARPA by BRL via smtp;  10 Jun 83 11:46 EDT
Date: Fri, 10 Jun 83 08:45 PDT
From: Maron@LLL-MFE.ARPA
Subject: File Open BDOS patch
To: info-cpm@brl.arpa

 Thanks to all who responded. I thought a little about the "crossing
the extent boundry" problem but the input I got confirmed the areas
I must look at. I have much of the patch coded and need a little more
work on it. I will release it to the net when/if I get it done and
tested. If it is going to fly it should be done before July 1 or so.
--Neil
10-Jun-83 16:40:00,1434;000000000000
Received: From srinet-gateway.ARPA by BRL via smtp;  10 Jun 83 19:02 EDT
Date: 10 Jun 1983 at 1540-PDT
To: info-cpm@brl
Subject: Dual's S-100 Unix system
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 10 Jun 83 15:52-PDT

I was aware of the fact that Dual sold an S-100-based Unix system,
but not much more than that.  A few days ago I telephoned them
and asked for details.  They told me that the minimum system that
would include Unix is the 83/20 for $16,666.  Here is a description:

	- 68K cpu running at 10 MHz with memory mgt
	- 512K of dynamic RAM with parity
	- 4-port serial I/O with DMA
	- system clock board
	- EPROM board containing booter
	- 20-slot IEEE 696/S-100 backplane, chassis, and power supply
	- Winchester disk controller
	- floppy disk controller
	- 20 MB 8" hard disk (Fujitsu)
	- 1 MB 8" DSDD floppy disk (NEC)
	- Unix V7 (port by UniSoft); Unix III forthcoming

They also offer the usual lineup of 80 MB disks, 9-track magtape,
microINGRES (tm) data base mgt system, Viewcomp spreadsheet, R/M Cobol,
etc.

Naturally, this is not quite what I had in mind.  I want to preserve
my investment in my S-100 chassis, power supply, memory, and peripherals.
I'd like to buy just the 68K (or 16032) cpu with the Unix license and
roll my own device drivers.

	Dave Fylstra

Dual Systems, 2530 San Pablo Ave, Bekeley, CA 94702; (415)549-3854
10-Jun-83 20:53:00,360;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  10 Jun 83 21:03 EDT
Date: 10 June 1983 20:53 EDT
From: Marc J. Widennley <MJW@mit-mc>
Subject: real programmers
To: INFO-CPM@mit-mc


Real programmers would rather use a bank of toggle switches and read a
row of LED's then use such encumbersome devices as keyboards & CRTs
to talk to computers.
				Marc
15-Jun-83 20:54:52,4725;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  10 Jun 83 4:57 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 Jun 83 1:42-PDT
Date: 15 Jun 83 22:54:52-EDT (Wed)
To: info-cpm@brl
From: helge@ucb-vax
Subject: T/MAKER III review
Article-I.D.: ucbvax.246

 
		T/MAKER III -- first impressions


       T/MAKER III consists of a number of programs (overlays)
and represents a sort of integrated business package, covering
list processing, graphics, data transfer and file management
in addition to word processing and electronic spreadsheet functions.
It is reasonably well documented (see below) and relatively
easy to use, partly thanks to the excellent 'Quick Refence
Booklet' that is included. All parts of the system are integrated
together and the editor is used for all data entry functions,
even to the spreadsheet. The spreadsheet works somewhat different
from most other similar programs in that respect, and no calculations
are done until a COMPUTE command is given at the main command
level. In my opinion it is not very useful for the typical
"what if" application, but will probably do fine for accounting
purposes etc. The editor and text formatter can handle most
types of documents, and although some of the text formatter
commands (for text justification in particular) are very different
from the 'mainstream' text formatter, it works ok. And the
text printing utility is very powerful, making it easy to handle
most types of printers, special characters/types and limited
(low resolution) graphics. However,
the documentation leaves a lot to be desired when it comes
to customization. Not only the printer interface section but also
the section on how to set up and change the various editor keystrokes
are too terse. I haven't spent enough time with the package
yet to be able to give it a fair judgement, but here are my
strongest points against it (some of these are actually bugs):
 
- The default tab settings can't be permanently changed
  (they are 8, 30, 40, 50, ...)
- I do not get a warning if I try to exit the program without
  saving my changes
- Tabs are always expanded.
- Files containing tabs cannot be edited (the line is discarded
  from the first tab)
- I strongly resent the way the destructive backspace works
 (it deletes the character under the cursor and moves the cursor
  one position to the left)
- Files larger than the available memory buffer cannot be edited.
  On this system with 61K TPA, this limit is ~26.5Kbytes.
  While this probably is sufficient for many word processing
  applications, it is useless for programming (the BIOS source
  for this system is 28.5k with embedded tabs).
- Insert mode (in the editor) does not apply to newlines (carriage
  returns). This means that if I want to insert more text into
  the middle of my document I will have to push the "insert Line"
  key to open up a sufficient window in the text to hold the
  additions. It is hard to believe that this limitation was imposed
  intentionally....
- when the program is started, it can optionally take a number
  of commands from the command line. This means that I cannot
  give the command "tmaker myfile", instead I must write "tmaker
  get myfile". I strongly resent this.
 
Documentation

	-> T/MAKER III Reference Manual, 300 pages (plastic) spiral bound.
	This manual is huge, not only because it contains a lot of
	information, but also because it have been printed on an Epson
	MX80 printer. In addition to describing the
	various tasks T/MAKER can take care of, it starts off with a
	tutorial which is quite useful. It also contains a section on
	how to customize the software to run in a particular hardware
	environment. The index (in the front of the manual) is useful
	but too brief.

	-> T/MAKER III Quick Reference Guide, 30 pages spiral bound.
	A nice booklet full of very useful information. It is nicely
	typeset and printed in full color on real thick paper, so it
	should last for a while even with extensive use.

Conclusion:
  T/MAKER III is a well documented, relatively bug-free, easy to use and
well integrated "business package", useful for limited text processing,
accounting and list processing as well as (very) limited low resolution
business graphics. The fact that data is easily passed between the
various parts of the package makes it even easier to use. Mailing lists
are easily handled as are "generalized letters" with macro fields
to be filled in from a data file a printing time.
  I will use T/MAKER for document editing and formatting and possibly
the spreadsheet for checkbook balancing. I will certainly stick to
VEDIT for program editing.
 6-Jun-83 13:58:32,936;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  12 Jun 83 9:33 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 12 Jun 83 6:25-PDT
Date: 6 Jun 83 12:58:32-PDT (Mon)
To: info-cpm@brl
From:  decvax!wivax!linus!philabs!sdcsvax!sdcrdcf!trw-unix!trwspp!aoki@ucb-vax
Subject: File transfer
Article-I.D.: trwspp.57

Hi there --

	I am not sure if this subject has come up in the past,
if it has, sorry for the replication.  I have two systems, an
Apple II+ and a DEC Rainbow 100 PC.  Both machines are running
CP/M.  I have some software running on the Apple which I wish to
put on the Rainbow.  The machines are not entirely compatible,
and there's the rub.  Is there some simple way to transfer files
between machines.  Any help will be greatly appreciated.

	Thank you.

			-> Dean
			{ decvax, ucbvax } !trw-unix!trwspp!aoki

			T R W Defense Systems Group
			One Space Park
			Redondo Beach, CA  90278
 8-Jun-83 23:15:00,1340;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  8 Jun 83 23:15 EDT
Date: 8 June 1983 23:15 EDT
From: Allan D. Plehn <PLEHN@mit-mc>
To: keller@brl
cc: INFO-CPM@brl

Some time ago you asked about a typing tutor program.  If you haven't
found one yet take a look at TYPTUTOR.  It is sold at HEATH stores
and really neat.  You do need an H19, Z19 or Z89 however, since the
program makes extensive use of the Heath graphic character set.

Even if you don't need it or can't use it on your terminal, its
worth a look anyway- just for the clever use of graphic characters.

There are thirty or so lessons plus a demo.  In the lessons, characters
are typed by the program near the top of the screen.  You try to type
them and what you type shows up lower on the screen, with errors in
inverse video.

The most impressive part is the demo program.  It draws a very good
representation of the keyboard on the lower two-thirds of the screen.
Letters of the alphabet are typed by the program, near the top of the
screen and, IN CADENCE, the corresponding keys on the keyboard
picture are highlighted.

In the lessons, when a new set of letters are introduced, the
keyboard picture is drawn with superimposed hands, showing which
fingers are to be used for each letter of the set.

Its definitely worth a look.

			Al Plehn
 9-Jun-83 02:04:06,710;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  11 Jun 83 6:08 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 Jun 83 2:59-PDT
Date: 9 Jun 83 1:04:06-PDT (Thu)
To: info-cpm@brl
From: hplabs!hpda!fortune!norskog@ucb-vax
Subject: Re: UNIX on the 68000 - (nf)
Article-I.D.: fortune.1105

#R:sri-arpa:-179700:fortune:25500001:000:310
fortune!norskog    Jun  8 21:12:00 1983

It should be noted that the Berkeley paging algorithm, (global demand paging),
is >20 years out of date.  It has been known since the early sixties
that paging a process against itself between low and high water marks
(and swapping against other processes)
is much more efficient than global demand paging.  
10-Jun-83 17:15:36,405;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  12 Jun 83 2:38 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 Jun 83 23:26-PDT
Date: 10 Jun 83 16:15:36-PDT (Fri)
To: info-cpm@brl
From: harpo!floyd!vax135!ukc!root44!pdl@ucb-vax
Subject: Re: 68000 Unix systems
Article-I.D.: root44.3105
In-Reply-To: Article sri-arpa.1894

Don't you mean `UniSoft', not Microsoft ??

		Dave Lukes
11-Jun-83 05:32:44,1726;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  13 Jun 83 5:52 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 Jun 83 2:41-PDT
Date: 11 Jun 83 4:32:44-PDT (Sat)
To: info-cpm@brl
From: helge@ucb-vax
Subject: s100 unix and bios hackers
Article-I.D.: ucbvax.268

Newsgroups: net.micro.cpm
Subject: Re:  S-100 Unix
References: <1770@sri-arpa.UUCP> (From: goldfarb.ucf-cs%rand-relay@sri-unix.UUCP)

   I have no doubt that a good BIOS hacker could figure out how to modify
   a bootstrap and write device drivers for Unix.  And while working with
   the kernel requires a firm educational foundation in operating systems
   theory, most of the routines in there were deliberately kept simple,
   with complex algorithms being used only when they would result in great
   gains.  But, then, there is usually little reason to go poking around
   in the kernel, anyway, once Unix has been ported to your specific
   machine (how often do you modify the BDOS?), nor do most Unix
   installations have the luxury of a source license.


Well, I really doubt it. It takes a helluva cp/m hacker to write
disk device driver for unix. Not only will he have to now how to
deal with the device itself (which he probably knows, being a
BIOS hacker), but he will have to know a lot about the 
internals of Unix since the drivers take care of a lot of buffer
handling. If the system source is not readily available, this may
make the task impossible since the buffer management may change from 
one implementation to the next thus invalidating any existing 
documentation. But if a sample driver is supplied with the system,
yes, it could probably be done by a "good BIOS hacker".

helge@berkeley
11-Jun-83 05:32:44,1726;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  13 Jun 83 5:52 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 Jun 83 2:41-PDT
Date: 11 Jun 83 4:32:44-PDT (Sat)
To: info-cpm@brl
From: helge@ucb-vax
Subject: s100 unix and bios hackers
Article-I.D.: ucbvax.268

Newsgroups: net.micro.cpm
Subject: Re:  S-100 Unix
References: <1770@sri-arpa.UUCP> (From: goldfarb.ucf-cs%rand-relay@sri-unix.UUCP)

   I have no doubt that a good BIOS hacker could figure out how to modify
   a bootstrap and write device drivers for Unix.  And while working with
   the kernel requires a firm educational foundation in operating systems
   theory, most of the routines in there were deliberately kept simple,
   with complex algorithms being used only when they would result in great
   gains.  But, then, there is usually little reason to go poking around
   in the kernel, anyway, once Unix has been ported to your specific
   machine (how often do you modify the BDOS?), nor do most Unix
   installations have the luxury of a source license.


Well, I really doubt it. It takes a helluva cp/m hacker to write
disk device driver for unix. Not only will he have to now how to
deal with the device itself (which he probably knows, being a
BIOS hacker), but he will have to know a lot about the 
internals of Unix since the drivers take care of a lot of buffer
handling. If the system source is not readily available, this may
make the task impossible since the buffer management may change from 
one implementation to the next thus invalidating any existing 
documentation. But if a sample driver is supplied with the system,
yes, it could probably be done by a "good BIOS hacker".

helge@berkeley
12-Jun-83 01:09:00,228;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jun 83 1:09 EDT
Date: 12 June 1983 01:09 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: CHAT20.ASM
To: info-cpm@brl

	I have uploaded CHAT20.ASM to AR62:CPM;CHAT 20ASM
12-Jun-83 11:08:16,854;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jun 83 11:10 EDT
Received: ID <WOHL@CMU-CS-C>; 12 Jun 83 11:08:16 EDT
Date: 12 Jun 83 11:08:16 EDT
From: WOHL@cmu-cs-c
Subject: DSDD disk formats
To: info-cpm@mit-mc

In writing controller software for a 1791 controller I used the read entire
track (including gaps and format information) to make sure that I wrote the
format code correctly.  Using 8 1K byte sectors per track I noticed that there
was enough space left after the last sector for another one.  This gives an
additional 144K bytes (77 tracks*2 sides*1024 bytes).  I tried it and it works
fine, the only change needed besides the format module was to change the
diskdef macro in my bios to say '1,72' sectors rather than '1,64'.

Why do the comercialy available 1K sector implementations use 8 sectors/track?
	Aaron
-------
12-Jun-83 15:04:00,1232;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jun 83 15:05 EDT
Date: 12 June 1983 15:04 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  Machine-to-machine file transfers
To: decvax!wivax!linus!philabs!sdcsvax!sdcrdcf!trw-unix!trwspp!aoki@ucb-vax
cc: Info-Cpm@brl
In-reply-to: Msg of 6 Jun 83 12:58:32-PDT (Mon) from decvax!wivax!linus!philabs!sdcsvax!sdcrdcf!trw-unix!trwspp!aoki at ucb-vax

Use any version of Ward Christensen's MODEM program (MODEM7xx, MDM7xx,
MODEM2xx) and connect the two machines together using RS-232 serial
port.  Set the ports for 8 data bits, one stop bit and no parity.
Reverse the connections on pins 2 and 3 on ONE END of the cable
connecting the two machines.  Make sure the baud rate is identical on
both.  Test path using the "T"(terminal) mode on each MODEM program
before trying transfers.  You should be able to type on one machine
and see it on the other.  Set baud rate for highest that will support
error-free transfers (I use 4800 baud).  Initially start at 1200 (or
even 300) baud to debug the connections.  If you use MDM7xx, you'll be
able to use the "B"(batch) mode which allows multiple transfers with
commands specifying ambiguous names (like SB B:*.*).
--Keith
12-Jun-83 15:37:37,743;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  13 Jun 83 6:03 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 Jun 83 2:54-PDT
Date: 12 Jun 83 14:37:37-PDT (Sun)
To: info-cpm@brl
From: harpo!floyd!vax135!cornell!uw-beaver!teltone!ira@ucb-vax
Subject: Aliens Bug Fix Patch Wanted
Article-I.D.: teltone.145

Aliens, as distributed with my Kaypro II, has an annoying bug in the
"The Aliens Strike Back" mode (number 3): after clearing the board the
game just sits there and doesn't go to the next level.  I would
appreciate hearing of a patch to cure this ill.

If you have any interesting mod's to Ladder, also drop me a line.

Ira Chayut (...uw-beaver!teltone!ira, ...decvax!microsof!teltone!ira)
(206) 827-9626.
12-Jun-83 23:40:00,1312;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jun 83 23:39 EDT
Date: 12 June 1983 23:40 EDT
From: Leor Zolman <LEOR@mit-mc>
Subject: "Disk Maker" from New Generation Systems
To: INFO-CPM@mit-mc

I thought this might be of interest to anyone who wishes for some way
to read/write disks in as many CP/M disk formats as possible for the
least amount of money...Rick Rump, the author and distributor of "MicroShell",
has completed a hardware/software combination product that allows 5 1/4"
disks to be read and written in MANY different formats. The package will be
available in both S-100 plug-in and standalone configurations. The one I've
just ordered includes a controller, drive, cables and software for automatical-
ly making the drive act like any one of the soft-sectored formats, including
Osborne, KayPro, Xerox, TeleVideo, SuperBrain, etc. 
Such a device will be invaluable to me for making it possible to stuff
disks in all these formats without having to buy the machines they will be
used on. I suspect I am not alone in needing this ability! Exact prices
have not been finalized yet, but the S-100 plug-in version should be under
$1400 complete. For more info, contact:
	New Generation Systems
	2153 Golf Course Dr.
	Reston, Va. 22091
	(800) 368-3359
	(703) 476-9143
-leor
12-Jun-83 23:55:00,756;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jun 83 23:55 EDT
Date: 12 June 1983 23:55 EDT
From: Paul L. Kelley <PLK@mit-mc>
Subject: MODEM 9.02
To: INFO-CPM@brl


	This version of the MODEM series (MODEM2xx, MODEM7xx, MDM7xx
and MODEM9xx) is available on MIT-MC as CPM;MODEM 902LBR. The latest
version of MLOAD has been included in the library and the phone numbers
have been checked against the current lists on MC.

	The following describes the changes:


06/12/83  Revised program as follows:

	1. Corrected error in command line processing routine
	   which caused program to restart when control-U typed,
	2. Fixed interrupt servicing routine for ROBIN,
	3. Corrected clear-to-end-of-sceen code for Xerox and
	   Kaypro.
		
13-Jun-83 01:37:40,2111;000000000000
Date:     13 Jun 83 1:37:40 EDT (Mon)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  New SYSIO

AR84:CPM contains a new version of  SYSIO  (my  redirectable  I/O
package  under  ZCPR2).   This file, called SYSIO 2ASM, is source
for a redirectable I/O package which gives the  user  seven  con-
soles  and five printers under ZCPR2.  It gives the general ZCPR2
user a fairly good example of how to implement a redirectable I/O
package  under ZCPR2 so that DEVICE, IOLOADER, and RECORD can in-
teract with it.

This package defines the following physical devices:

        Consoles --
                TTY     Printing Terminal
                CRT     CRT Display
                CRTMOD  CRT and Modem in Parallel
                CRTREM  CRT Input and CRT/Remote Computer Output
                CRTMOD2 CRT Input and CRT/Modem Output
                CRTTY   CRT Input and CRT/TTY Output
                CRTNEC  CRT Input and CRT/NEC Spinwriter Output
        Readers and Punches --
                MODEM   Modem
                CLOCK   DC Hayes Chronograph
        List Devices --
                TTY     Printing Terminal
                CRT     CRT Display
                NEC     NEC Spinwriter Output
                MODEM   Modem
                REMOTE  Remote Computer

In interacting with DEVICE, the user need no longer concern  him-
self  with  the  arbitrary  physical device names associated with
STAT.  DEVICE allows the user to find out the names of the physi-
cal  devices  he has available and to assign them mnemonically as
he wishes.  For instance, the following commands are valid:

        DEVICE Display All
                -- Display the names of all physical devices
        DEVICE Console=CRT,List=NEC
                -- Assigns the CRT to the console and the NEC
                        Spinwriter to the List Device
        DEVICE //
                -- Displays built-in documentation

DEVICE is also documented in the ZCPR2 literature.

Enjoy!

        Rick

P.S.  Ron Fowler's MLOAD is useful in creating SYSIO.IO.
13-Jun-83 08:21:00,907;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  13 Jun 83 8:20 EDT
Date: 13 June 1983 08:21 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  "Disk Maker" from New Generation Systems
To: LEOR@mit-mc
cc: Info-Cpm@brl
In-reply-to: Msg of 12 Jun 1983 23:40 EDT from Leor Zolman <LEOR>

I was astounded when I read the price you quoted.  $1400 ???  You can
buy a Kaypro-II for the newly-reduced price of $1595 and get a newly-
announced program that lets the Kaypro-II read and write all those
5-1/4" formats you mentioned.  If I needed that ability, I'd certainly
want to consider the Kaypro-II approach rather than the "Disk Maker"
because I'd have a whole computer rather than a drive and controller
to add to my present system.  I hope Rick Rump will consider this
before he sets his final price on the "Disk Maker".  My personal
opinion is that it shouldn't sell for more than $700.
--Keith
13-Jun-83 15:41:05,1091;000000000000
Received: From Sumex-Aim.ARPA by BRL via smtp;  13 Jun 83 17:41 EDT
Date: Mon 13 Jun 83 14:41:05-PDT
From: Bud Spurgeon <SPURGEON@SUMEX-AIM.ARPA>
Subject: Micro Computer repair by Xerox
To: info-micro@BRL.ARPA
cc: info-cpm@BRL.ARPA

	The following is from the June 16, 1983 issue of Electronics
magazine-
	"If your personal computer goes on the fritz and you don't have a 
service contract, you may have a tough time finding anyone besides your
local television or hi-fi repairman to take a crack at repairing the thing.
But now Xerox Corp.,Stamford,Conn., has gone public with its nationwide
service organization and plans to be repairing a wide gamut of computers and
peripherals from manufacturers like Osborne and Epson.  The company will
repair units that are brought into either any of its 82 service centers or
to a participating computer dealer.  At last month's NCC in Anaheim, Xerox
talked with over 100 manufacturers with which it hoped to start repair
agreements." (page 140)

	Bud (I only know what I read in the papers) (Spurgeon@Sumex-Aim)



-------
14-Jun-83 10:16:29,954;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  15 Jun 83 10:13 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 15 Jun 83 5:40-PDT
Date: 14 Jun 83 9:16:29-PDT (Tue)
To: info-cpm@brl
From: ihnp4!houxm!mel@ucb-vax
Subject: Re: Rainbow to anything else file transfer.
Article-I.D.: houxm.438

The problem with file transfer between a DEC Rainbow and another CP/M
system is that the Z80 side of the Rainbow doesn't have any access to the
status of the communications port, so it can't run any of the versions of
MODEM or MDM.  I have hacked together a version of YAM on the 8088 side that
works to/fro most of the MODEM/MDM/YAM variations at up to 9600 baud.  This is
public domain software, thanks to Chuck Forsberg; was published here a few
months ago; and I will be happy to down-load it to a RBBS or can make other
arrangements on request. The Rainbow is just an expensive desk ornament
without YAM.
  Mel Haas  ,  houxm!mel
14-Jun-83 11:30:00,571;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  14 Jun 83 14:27 EDT
Date: Tue, 14 Jun 83 11:30 PDT
From: DHead.es@PARC-MAXC.ARPA
Subject: Re: File transfer
In-reply-to: "NameTooLong 's message of 6 Jun 83 12:58:32 PDT (Mon)"
To: info-cpm@brl.ARPA

I apologize for sending this to the whole dist. list.

If Dean { decvax, ucbvax } !trw-unix!trwspp!aoki would please send me a
number where I can reach him, I would be happy to discuss his
Apple-Rainbow file transfer problem. Our mail servers are being stubborn
and coughing at his mail address.


~~Dave~~
14-Jun-83 16:07:33,1000;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  17 Jun 83 2:39 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 16 Jun 83 23:28-PDT
Date: 14 Jun 83 15:07:33-PDT (Tue)
To: info-cpm@brl
From:  harpo!floyd!vax135!cornell!uw-beaver!tektronix!iddic!howards@ucb-vax
Subject: Dot Matrix Graphics
Article-I.D.: iddic.168

MicroMaster is pleased to announce the availability of
GRAFPRN.  GRAFPRN converts industry standard Tektronix
Plot 10 graphics files for display on dot matrix
printers at very high resolution.  GRAFPRN also includes
two programs to help create Plot 10 files.

GRAFPRN runs under CP/M, and currently supports the
C. Itoh Prowriters, the Epson MX/FX, and the NEC 8023
printers.  The program is easily adaptable for other
printers - please contact MicroMaster with your needs.

GRAFPRN is available on 8" SSSD standard CP/M distribution
disk for $29.95 from:
     MicroMaster
     20877 S.W. Winema Drive
     Tualatin, Oregon  97062
     (503) 692-5778
14-Jun-83 20:09:53,951;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  17 Jun 83 2:39 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 16 Jun 83 23:28-PDT
Date: 14 Jun 83 19:09:53-PDT (Tue)
To: info-cpm@brl
From:  harpo!floyd!vax135!cornell!uw-beaver!tektronix!tekmdp!michaelk@ucb-vax
Subject: CPM 3.0 & MARC
Article-I.D.: tekmdp.2027

With all the magazine articles about CPM plus (/ CPM 3.0), including the
Microsystems Magazine article series showing some implementation details for 
doing your own, has it been "officially" released yet? Does anyone sell
the "generic" version (yet)?  If not that, what happened to MARC? I
haven't heard anything about that since something about Lauren's hard
disk not working (quite some time ago).  My home computer is itching
for a new operating system to keep it interesting.  The current OS is too 
debugged and working now!

Mike Kersenbrock
Tektronix Microcomputer Development Products
Aloha, Oregon
14-Jun-83 20:30:29,1764;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  15 Jun 83 4:17 EDT
Received: by sen.rochester (3.290mJ) id AA09545; 14-Jun-83 22:30:29-EDT (Tue)
Received: by cay.Rochester (3.327.3L) id AA17731; 14 Jun 83 22:30:22 EDT (Tue)
Message-Id: <8305150230.9545@sen.rochester>
Date: 14-Jun-83 22:30:29-EDT (Tue)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: File transfer between machines.
To: info-cpm@mit-mc.ARPA

I was recently faced with transferring between an
SD system and an Eagle II. The SD had MODEM7 running, and had
an 8-inch floppy, but the Eagle had only 5-inch, with no
documentation on the format.
fortunately, both had serial ports, which were configured into
CP/M as RDR: and PUN:
So, we wired the two ports together, and used PIP to transfer
source from one machine to the other. On one, I PIP'd to
the PUN:, and on the other I PIP'd from the RDR: into a file.
We had to do it slow, because there was no error-checking,
but we got the source for MODEM7 across.
At that point we realized we did not have a macro assembler on
the Eagle. The serial port driver strips off the high-order
bit, so we could not transfer the assembler, plus it is somewhat
complex to trust to a trasnfer without error-checking.
So, we modified it in the SD to match the Eagle hardware,
assembled it, and PIP'd the hex over to the Eagle.
There is an option on PIP to check for valid Intel hex
format. It seems to discard all improper records without
any message. But comparing file lengths told us the
transfer went OK.
Anyway, we now had MODEM7 for the Eagle, and started
using that for subsequent transfers.

I would also suggest a local Apple, DEC, or CP/M user group
for the possibility of MODEM7 already ported to the right
format.
14-Jun-83 22:18:00,815;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  14 Jun 83 22:17 EDT
Date: 14 June 1983 22:18 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: MDM709 distribution.
To: info-cpm@brl

	Why has MDM709.ASM (.AQM) not been included in the .LBR file
that Irv Hoff (???) has distributed?  The same was true for MDM708,
this is rediculous!  Has Irv claimed rights to MDM or something?
I know that with the config files that the .ASM file for MDM709 is
not needed to all, but some people (I can think of five in
this area) like oputting other stuff in their modem programs.
Every time I put the stuff in there another version comes out, so 
I really don't get a chance to show the world, but I would like to find
source for MDM709, I can't find it anywhere!  Do you know where it is?

						-Eliot at Mit-MC
15-Jun-83 01:39:00,1147;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  15 Jun 83 4:34 EDT
Date: 15 June 1983 01:39 EDT
From: Paul L. Kelley <PLK@mit-mc>
To: INFO-CPM@brl


The following is CPM;MODEM 902FIX on MIT-MC:
--------------------------------------------


				MODEM902.FIX

		This is a fix to the file 8251SYS.ASM.

	In correcting the ROBIN interrupt routine I neglected to
make the necessary adjustment to the storage of the BIOS interrupt
by the initiation routine. The relevant section of code follows:

;
	IF	ROBIN
	LDA	INITFRST	
	ORA	A
	RZ			;return if this routine has been used before
	XRA	A
	STA	INITFRST	;set flag to zero to tell program not to come
				;here again
	STA	SAVCCP		;force warm boot so first page is repatched
	LHLD	011H		;contains location in BIOS of interrupt handler

				;**** THE NEXT LINE HAS BEEN FIXED ****
	SHLD	BINTERUP+2	;put it at end of this program's routine

	LXI	H,MINTERUP	;location of this program's interrupt routine
	DI			;be careful
	SHLD	011H		;store it at interrupt location
	EI
	RET
;
INITFRST:
	DB	TRUE	;first time through routine flag
	ENDIF	;ROBIN
;


						P. L. Kelley
15-Jun-83 04:51:00,596;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  15 Jun 83 4:50 EDT
Date: 15 June 1983 04:51 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  MDM709 distribution.
To: ELIOT@mit-mc
cc: Info-Cpm@brl
In-reply-to: Msg of 14 Jun 1983 22:18 EDT from Eliot Scott Ramey <ELIOT>

MDM710 is due out any day now.  Why not call Irv and pose your
question about the lack of source code to him?  His phone number is
(415)-948-2166.  Anyone else who feels the same should call him too.
He thinks that because all the configuration files are supplied it
isn't necessary to release the source.
--Keith
15-Jun-83 12:57:00,168;000000000000
Received: From Gunter-Adam.ARPA by BRL via smtp;  15 Jun 83 14:57 EDT
Date: 15 Jun 1983 1357-CDT
From: Doug <HUNEYCUTT@gunter-adam>
To: Info-CPM@brl



-------
15-Jun-83 13:02:00,793;000000000000
Received: From Gunter-Adam.ARPA by BRL via smtp;  15 Jun 83 15:01 EDT
Date: 15 Jun 1983 1402-CDT
Subject: Z100/ZDOS Format help request
From: Doug <HUNEYCUTT@gunter-adam>
To: Info-CPM@brl
cc: Info-Micro@brl, Info-IBMPC@usc-isib


Hi,

  Talked to the OS folks at Zenith yesterday.  They said that ZDOS (MS-DOS
for the Z-100) should handle double-density single-sided 8-inch disks.
BUT, they provide a FORMAT program for M-DOS that defaults to double-density
for 2-sided and single-density for 1-sided.  It can't be forced, and they 
won't provide the source.

  Question:  Does anybody out there know how to format an 8-inch Z-DOS disk
for single-sided, double density?  HELP, I don't really want to sell off
my drives, they still work very well!

Doug Huneycutt
-------
15-Jun-83 14:09:15,795;000000000000
Date:     15 Jun 83 14:09:15 EDT (Wed)
From:     Keith Petersen <w8sdz@brl>
To:       PLK@mit-mc
cc:       Info-Cpm@brl
Subject:  MODEM902 files

I've had several requests for information on which files are new
in MODEM902.LBR.  They have already downloaded the entire MODEM901.LBR
and see little reason to do the same with 902 if only a few of the
files are different.

The concept of assembly-time linking of the various modules was
supposed to be desirable for two reasons: first, to make them
easier to edit; second, so that only those files which were
ACTUALLY CHANGED would have to be downloaded by the users.

Perhaps it would be best to make up a MODEM902.UPD (update) file
which tells which files are the same and which have been changed.
What do you think?
--Keith
15-Jun-83 15:04:24,375;000000000000
Received: From Sri-Kl.ARPA by BRL via smtp;  15 Jun 83 17:04 EDT
Date: Wed 15 Jun 83 14:04:24-PDT
From: BILLW@SRI-KL.ARPA
Subject: MODEM2 needed for NStar, C64
To: info-cpm@BRL.ARPA

Does anyone have or know of MODEM2 or MODEM7 implementations
for the NorthStar (running CPM) or the Commadore 64 ?

Thanks
Bill W

PS: The NStar version is pretty urgent
-------
15-Jun-83 15:11:00,495;000000000000
Received: From Sri-Kl.ARPA by BRL via smtp;  15 Jun 83 17:37 EDT
Date: 15 Jun 1983 1411-PDT
Sender: BILLW@sri-kl
Subject: Re: Rainbow to anything else file transfer.
From: BILLW@sri-kl
To: ihnp4!houxm!mel@ucb-vax
Cc: info-cpm@brl
Message-ID: <[SRI-KL]15-Jun-83 14:11:31.BILLW>
In-Reply-To: Your message of 14 Jun 83 9:16:29-PDT (Tue)

KERMIT will run on the rainbow. (or, there is a version that
will run on a rainbow).  Im not sure how one goes about
getting it though...

BillW
15-Jun-83 20:51:35,508;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  16 Jun 83 3:06 EDT
Date: 15 Jun 1983 22:51:35-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  MDM709 distribution.
To: ELIOT@mit-mc, W8SDZ@mit-mc
Cc: Info-Cpm@brl
Via:  UCF-CS; 15 Jun 83 23:19-PDT

If he has included interrupt-driven tty and modem I/O for my machine
in the current set of configuration files, then I'm all set and I
don't need the source!  Otherwise, I consider it a mistake.
				Ben
16-Jun-83 01:49:00,937;000000000000
Received: From Mit-Ml.ARPA by BRL via smtp;  16 Jun 83 1:48 EDT
Date: 16 June 1983 01:49 EDT
From: Brian N. Hess <BNH@mit-ml>
Subject: "Disk Maker" from New Generation Systems
To: W8SDZ@mit-mc
cc: info-cpm@brl, leor@mit-mc

<Flame On> Can't say that I think that's unreasonable price ($1400).
I am sitting here at a Kaypro and would rather have the extra drive on
my main machine.  Another available diskmaker is for the IBM P.C. from
the Vedit person, Compuview products.  I don't remember the price, but
it was outrageous too.  And why not?  As a business, if I needed this
thing, I'd be willing to shell it out for a program that did disk
transfers instead of RS232 style.  And how many sales can there be for
something that requires hardware hacking.  Only a few commercial
disk-downloading outfits really need the higher reliability.  And wait
until you actually SEE the program running on the Kaypro.  <Flame Off>
16-Jun-83 01:55:00,285;000000000000
Received: From Mit-Ml.ARPA by BRL via smtp;  16 Jun 83 1:54 EDT
Date: 16 June 1983 01:55 EDT
From: Brian N. Hess <BNH@mit-ml>
Subject: KERMIT availability
To: info-cpm@brl

Columbia University Computing Center is the source of KERMIT.
Try calling them directly to get Kermits.
16-Jun-83 02:41:00,1193;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  16 Jun 83 2:44 EDT
Date: 16 June 1983 02:41 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  [rsparks: Operation of umodem on the BBN C-70 System]
To: Info-Cpm@brl

Can anyone on Info-Cpm help with this?  I don't know anyone who has
done it.
--Keith

---forwarded message---

Date: 15 Jun 1983 15:24:07 EDT (Wednesday)
From: Richard K. Sparks (DRSTE-CTC) <rsparks at apg-1>
To:   w8sdz
Re:   Operation of umodem on the BBN C-70 System

Keith,

I note that you recently sent out a message regarding the new version
3.2 of Ward Christensen's umodem program.  I understand that the
source code is available in AR43.

Do you know if anyone has had any experience in getting umodem to run
on the BBN C-70 computer?  I know that this probably involves some
patching of the C-code before compiling on the C-70; but, not being a
"C" programmer myself, this is more complicated than it may seem to
many!

Please advise if you know of anyone who has done this and I'll be glad
to get in contact with them.  Thanks in advance for any assistance you
can offer.

				 Best regards,

				 Richard K. Sparks <rsparks @ apg-1>
16-Jun-83 02:54:00,724;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  16 Jun 83 3:22 EDT
Date: 16 June 1983 02:54 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  Using the Kaypro for other disk formats
To: BNH@mit-ml
cc: Info-Cpm@brl
In-reply-to: Msg of 16 Jun 1983 01:49 EDT from Brian N. Hess <BNH at MIT-ML>

I don't have to wait to see the program running on the Kaypro.  I have
seen it AND IT WORKS.  It has a large menu of different disk formats
(single and double-density) to chose from.  If you're interested, call
Bruce Kargol at Lyceum, Inc. (Warren, MI) (313) 574-2444.  He uses it
every day on the Kaypro in the store.  No hardware hacking is
necessary - it simply changes the CP/M disk parameter block and skew
tables.
16-Jun-83 08:22:13,600;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  18 Jun 83 4:21 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 Jun 83 0:42-PDT
Date: 16 Jun 83 7:22:13-PDT (Thu)
To: info-cpm@brl
From: harpo!floyd!cmcl2!philabs!sdcsvax!brian@ucb-vax
Subject: Re: Dot Matrix Graphics
Article-I.D.: sdcsvax.258
In-Reply-To: Article iddic.168

This morning I was pleased (?!?!?) to read no fewer than 5 copies of the
advertisment for Graphprn (or some such name).  ONE ad was bad
enough, but this is beginning to sound like a stereo store commercial.
     Brian Kantor, UCSD  ... sdcsvax!brian
16-Jun-83 09:27:00,579;000000000000
Received: From Usc-Ecl.ARPA by BRL via smtp;  16 Jun 83 11:27 EDT
Date: 16 Jun 1983 0827-PDT
From: BHUBER@usc-ecl
Subject: Re: Rainbow to anything else file transfer.
To:   BILLW@sri-kl
cc:   BHUBER@usc-ecl, info-cpm@brl

In response to your message sent  15 Jun 1983 1411-PDT

Kermit is available for Columbia University in the City of New York,
Center for Computing Activities, 612 West 115th Street, New York, NY 10025.
Point of contact is Daphne Tzoar, telephone 212-280-3703.  Bill Catchings
has also been of assistance in providing user support.
Bud
-------
16-Jun-83 10:11:04,315;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  18 Jun 83 5:32 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 Jun 83 2:09-PDT
Date: 16 Jun 83 9:11:04-PDT (Thu)
To: info-cpm@brl
From: hplabs!hao!seismo!rochester!ritcv!dpm@ucb-vax
Subject: Wanted: File Transfer Programs
Article-I.D.: ritcv.413
16-Jun-83 12:22:00,694;000000000000
Received: From Usc-Isib.ARPA by BRL via smtp;  16 Jun 83 14:22 EDT
Date: 16 Jun 1983 1122-PDT
Subject: Rainbow file transfer
From: Bill Rizzi <RIZZI@usc-isib>
To: info-cpm@brl



	The YAM package is the best bet for public domain file transfer
on the Rainbow.  However, I have recently gotten ahold of a new
improved version of Ascom that really does work on the Rainbow in all
modes of operation.  It is a commercial package, but will speak
Christensen protocol (among others).  Make sure you request and get
the Rainbow config file with it, or expect to do some assembly
language programming.  A nice package, and relatively easily customized.

	Bill (RIZZI@ISIB)

-------
16-Jun-83 17:00:49,625;000000000000
Received: From Ucla-Locus.ARPA by BRL via smtp;  16 Jun 83 20:05 EDT
Date:           Thu, 16 Jun 83 17:00:49 PDT
From:           Dr. Terry Gray <gray@ucla-locus>
To:             Keith Petersen <W8SDZ@mit-mc>
CC:             info-cpm@brl
Subject:        MDM709 distribution.
In-reply-to:    Your message of 15 June 1983 04:51 EDT

Keith-
As soon as I received your message I called Irv to cast my vote in
favor of distributing source  --but alas, no answer.

To me, and I suspect, to many other tinkerers, having source is more
important than having the code for free (although that's nice, too!)

-Terry Gray
16-Jun-83 18:50:00,241;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  16 Jun 83 20:50 EDT
Date: Thursday, 16 June 1983, 20:50-EDT
From: Cliff Lasser <CAL@mit-oz>
Subject: Prolog for micros
To: INFO-CPM@mc

Does anyone know of a Prolog interpreter for micros?
16-Jun-83 20:27:00,334;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  16 Jun 83 22:28 EDT
Date: Thursday, June 16, 1983 10:27PM-EDT
From: Edward Huang <RMS.G.EH%MIT-OZ@mit-mc>
Subject: Explorer/85 computer
To: INFO-CPM@brl

Hi,
If any of you out there know about or have an Explorer//85
(By Netronics) i'd like to get in touch with you. Thanks!
-Ed
17-Jun-83 02:30:00,1012;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 2:31 EDT
Date: 17 June 1983 02:30 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject:  [EIBEN: Rainbow to anything else File-transfer]
To: INFO-CPM@brl

Date: 15 Jun 1983 2005-EDT
From: B.G.Eiben LCG-Applications ext 617-467-4431 <EIBEN at dec-marlboro>
Re:   Rainbow to anything else File-transfer

We currently have KERMIT running for RAINBOW - and could have MODEM
running aside from my laziness - what I don't need - I don't spend
time with.  The "recipe" is easy: Use the I/O byte to get to RDR/PNCH
from the Z80 and use "straight" BIOS-calls (which MODEM does anyhow).
Our "generic" KERMIT runs on DEC's VT180 and on DEC's RAINBOW with NO
changes (and with a two-line change in the I/O byte assignment on
DEC's DECMATE II with the CP/M option).  Yes, one looses some "speed"
on RAINBOW being on the "wrong" side for character-transfer ==>
terminal emulation works clean up to 1800 baud.  Protocol transfers
run nicely up to 4800 Baud.
17-Jun-83 03:29:00,1045;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 3:31 EDT
Date: 17 June 1983 03:29 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  [EIBEN: Rainbow to anything else File-transfer]
To: Info-Cpm@brl

Date: 15 Jun 1983 2005-EDT
From: B.G.Eiben LCG-Applications ext 617-467-4431 <EIBEN at dec-marlboro>
To:   info-cpm-request at brl
Re:   Rainbow to anything else File-transfer

We currently have KERMIT running for RAINBOW - and could have MODEM
running aside from my laziness - what I don't need - I don't spent
time with.  The "recipe" is easy: Use the I/O byte to get to RDR/PNCH
from the Z80 and use "straight" BIOS-calls (which MODEM does anyhow).
Our "generic" KERMIT runs on DEC's VT180 and on DEC's RAINBOW with NO
changes ( and with a two-line change in the I/O byte assignment on
DEC's DECMATE II with the CP/M option).  Yes, one looses some "speed"
on RAINBOW being on the "wrong" side for character-transfer ==>
terminal emulation works clean up to 1800 baud . Protocol transfers
run nicely up to 4800 Baud.
17-Jun-83 03:37:00,458;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 3:40 EDT
Date: 17 June 1983 03:37 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  MDM709 distribution.
To: gray@ucla-locus
cc: Info-Cpm@brl
In-reply-to: Msg of Thu 16 Jun 83 17:00:49 PDT from Dr. Terry Gray <gray at ucla-locus>

Irv Hoff is a Pilot for United Airlines and is sometimes away for 3-4
days at a time.  Keep trying on the phone and you'll eventually find
him at home.
--Keith
17-Jun-83 11:02:00,564;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 13:57 EDT
Date: Fri, 17 Jun 83 11:02 PDT
From: Pugh.es@PARC-MAXC.ARPA
Subject: Re: Prolog for micros
In-reply-to: "CAL@mit-oz.ARPA's message of Thu, 16 Jun 83 20:50 EDT"
To: Cliff Lasser <CAL@mit-oz.ARPA>
cc: Pugh.es@PARC-MAXC.ARPA, Info-CPM@mc.ARPA

Cliff --

Springer Verlag will be offering a PROLOG interpreter and compiler for
various systems including the IBM-PC and 68000 based UNIX systems in the
near future.  Keep checking the ads in the various microcomputer trade
journals.

/Eric
17-Jun-83 13:12:55,986;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 15:36 EDT
Date:     Fri, 17 Jun 83 13:12:55 EDT
From:     Robert Lee Feider (CTAB) <lee@brl-bmd>
To:       Cliff Lasser <CAL@mit-oz>
cc:       INFO-CPM@mit-mc
Subject:  Re:  Prolog for micros


Hi,

	Although I'm not sure how old this advertisement may be I hope
it is of some use to you.

	Logic Programming Associates Ltd.
		36 Gorst Road
		London SW116JE
	
	Has Micro-PROLOG 2.0 interpreter which is optimized for the z80
processor under the CPM operating system (1.4, 2.2 ???). Memory requirements
are 8.5k bytes for interpreter(written in assembly language). Entire system
requires 32k. Automatic tail recursion optimization and garbage collection.
They boast 120 resolutions/sec on a 2Mhz z80. It is available in North Star
Heath Zenith and 8" formats. If you would like more details please let me know.

						lee@brl-bmd
						Robert Lee Feider


P.S. Cost is $250 for single user single site.
17-Jun-83 17:00:00,618;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 19:35 EDT
Date: Friday, June 17, 1983 7:00PM-EDT
From: Edward Huang <RMS.G.EH%MIT-OZ@mit-mc>
Subject: Intel 2716 and TI 2716 (TMS2716)
To: INFO-CPM@brl

Hello,
I'm building a EPROM programmer (See the superb Ciacia's
Circut Cellar in BYTE) for 2716 eproms. The Heath H89 uses
TMS2716 not Intel 2716 5volt eproms. I got a pinout of
the TMS2716 but am not sure of how to program it. Seems
like Vcc pin must be grounded (PE) and VDD (+12) applied
plus two pins switched around so the TMS2716 can be used
in a i2716 socket/programmer.    Thank you, -Ed
17-Jun-83 17:05:00,986;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 19:07 EDT
Date: Friday, June 17, 1983 7:05PM-EDT
From: Edward Huang <RMS.G.EH%MIT-OZ@mit-mc>
Subject: Problem with Heath Z37 controller and Tandon TM-100-4  drives
To: INFO-CPM@brl
CC: RMS.G.EH@mit-oz

Hello,
When running Heath/Zenith CP/M with the Z37-89 DD controller
and Tandon TM-100-4 drives, I often get BDOS SELECT errors.
Notice that this Tandon drive was brought from an outside
dealer NOT from Heath [Heath jacks up the price on outside
things they sell in their stores]. The drive is rated for 3ms
seek - those Bdos error SELECT happen during warm boot @ 6ms
When I increased the speed to 12 ms step, the errors went away
as well as all those soft errors I didnt know about. (see
SECERR counter in Heath BIOS listing - they give you # of
soft errors and retries)  Does any-one know what is wrong??
Is it because I used a non-Heath drive or what?
Thank you very much,
-Ed
RMS.G.EH@MIT-OZ via MIT-MC
17-Jun-83 17:50:30,769;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  18 Jun 83 8:49 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 Jun 83 5:26-PDT
Date: 17 Jun 83 16:50:30-PDT (Fri)
To: info-cpm@brl
From: decvax!wivax!linus!vaxine!aca@ucb-vax
Subject: CPM 68k info request
Article-I.D.: vaxine.228

     I am considering purchasing CPM-68k from Digital Research to bring up on
one of the old Motorola demonstrator boards- the MEX68KDM.  Has anyone out
there in Netland had any experience with this package?  Comments would be
much appreciated. Also, if by any chance someone has already brought CPM up
on one of these beasties, please let me hear from you.

				Thanks in advance,

				Alan Agostinelli
				Automatix, Inc.
				...!allegra!linus!vaxine!aca
17-Jun-83 21:53:00,654;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jun 83 22:19 EDT
Date: 17 June 1983 21:53 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject:  CPM 3.0 & MARC
To: harpo!floyd!vax135!cornell!uw-beaver!tektronix!tekmdp!michaelk@ucb-vax
cc: info-cpm@brl
In-reply-to: Msg of 14 Jun 83 19:09:53-PDT (Tue) from harpo!floyd!vax135!cornell!uw-beaver!tektronix!tekmdp!michaelk at ucb-vax

CP/M-Plus is available directly from Digital Research for $350. I
understand theere was a period of time they allowed a $100 rebate for
orders from 2.2 owners who submitted their serial number with order,
but this limited-time offer probably lapsed a long time ago.
17-Jun-83 23:33:00,548;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jun 83 0:17 EDT
Date: Fri, 17 Jun 1983  23:33 EDT
From: SJOBRG.ANDY%MIT-OZ@mit-mc
To:   Cliff Lasser <CAL%MIT-OZ@mit-mc>
Cc:   info-cpm@brl
Subject: Prolog for micros
In-reply-to: Msg of 16 Jun 1983 20:50-EDT from Cliff Lasser <CAL>

It's called Micro-Prolog (from programming logic associates?? i don't
quite remember). There is a group of people who used it for a time
at the University of Maryland. Their address is:
	prolog.umcp-cs@udel-relay
.....they should be able to help. -andy
18-Jun-83 00:28:00,3081;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jun 83 0:51 EDT
Date: 18 June 1983 00:28 EDT
From: Paul L. Kelley <PLK@mit-mc>
Subject: MODEM 9.03
To: INFO-CPM@brl


	A new version of MODEM9 is now available on MIT-MC as
CPM;MODEM 903ASM. The comments from the reviser, Tony Camas,
are as follows:

06/15/83  Revised program as follows:
(MODEM903)
	1. Fixed bug in INBUFF routine which jumped to START (of program)
	   instead of ISTART (beginning of read line code) on a ^U,
	2. Added save of register A (& PSW) to interrupt handler for
	   VT180/ROBIN version (in 8251SYS.ASM),
	3. Corrected Kaypro/Xerox clear to end of screen sequence in
	   SIOSYS.ASM per P. L. Kelley.
	4. Made extensive changes to TERM.ASM to better support Robin
	   system.  Basically, this involved setting up a private routine
	   for handling console interrupts when in MODEM terminal mode so
	   as to avoid funny processing of ^S, ^Q, and VT100 arrow keys
	   done by DEC's CBIOS.
	5. Added wait for modem output character ready to main loop of
	   terminal mode.  This was never there, presumably due to the
	   assumption that no one can type that fast.  Unfortunately, this
	   was a problem in (at least) the Robin configuration, since the
	   pressing of certain keys generates escape sequences faster than
	   the output baud rate.
	6. Added definitions of version number and revision date values to
	   MODEM9xx.ASM...these are now referenced in the signon message
	   in START.ASM.  This eliminates the necessity of editing START.ASM
	   when changing version numbers.  Also added brief instructions to
	   MODEM9xx.ASM as to what to do when you want to change versions.
	7. Added strongly-worded warning to START.ASM about not setting
	   certain combinations of file transfer options.  Mostly I did
	   this because it tripped me up for a good four or five hours when
	   I tried to set XOFF testing and Echo Waiting modes together as
	   defaults.
	8. Comment:  Someone who feels energetic should add code to one or
	   more of the xxxSYS modules to handle the BREAK key (if the
	   appropriate system has one) in terminal mode.  One of the remote
	   machines I frequent uses BREAK like a ^C, and when I hit break
	   in MODEM, the 8251 for my console line gets framing errors and
           produces one or more funny input data values (which are then
	   dutifully sent off to the remote system).  It's an annoying
	   problem, but I'm too lazy at the moment to try and tackle it
	   myself.
							A. G. Camas


	An update file (MODEM9xx.UPD) also been added which
contains the names of the files which have been changed so that
users need extract only those files from the library.

	Tony has done some violence to the philosophy of putting
system dependent routines only in the SYS files; the TERM file
now contains ROBIN specific conditional assembly code. In the
next version either Tony or I will try to return to the
SYS-file-only approach. In any case, Tony's changes are most
useful, particularly for ROBIN owners.
18-Jun-83 03:41:00,2186;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jun 83 4:25 EDT
Date: 18 June 1983 03:41 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: NEW SIG/M disk/Saving on phone bills
To: Info-Cpm@brl

The following is forwarded from the RCPM SYSOP system.
Replies to Bill Chin at the address mentioned in his message,
please, not to me.  --Keith

--forwarded messages--

Date: 06/17/83
From: Bill Chin
To:   All
Re:   SIG/M Users Group Volume 118

SIG/M Users Group announces Volume 118 to be released at July meeting of
SIG/M 070883 meeting.  A new quarterly catalog is now available also for
$1.50 (US) domestic or $2.50 international.   All regional coordinators
of SIG/M should leave me a msg to status of their libraries so we can get
you all updated in the library.  If you are a regional coordinator...you
get a catalog automatically when printed....Please send your volume 000
SIG/M information diskettes back for update or order the latest copy from
SIG/M or call the SIG/M-ACG-NJ CBBS's/RCPM systems in Cranford NJ or
Allentown PA.  All diskettes are $6 US (Intl add $5 US).  PLEASE note
these diskettes are 8in SSSD ONLY but other formats are available elsewhere
and noted in the worldwide distribution list Regions.SIG on Volume 000.
Too much to note...worth the $6 cost. 

SIG/M POB 97 ISELIN NJ 08830..attn B.Chin/R.Todd


Date: 06/17/83
From: Bill Chin
To:   All
Re:   Alternate phone services

An alternate phone service called TELESAVER has been available to
ACG-NJ and most SIG/M users in the Canadian and US areas as has the
others as MCI, SPRINT, ALLNET, CITIService...etc.  BUT this one
allows the combination of unlimited access to any Bell (US area)
phone as Allnet BUT includes travel services as SPRINT and MCI does
for...$5.00 per month...currently the unlimited service is restricted
as Allnet to major cities.  That service alone is $4.00 per month.
Travel acces via SPRINT is only $1.00 more..CHEAP.. Please send info
requests and SIG/M will process you thru for this service...
Bill Chin, POB 97 ISELIN, NJ 08830 or 177 HADLEY AVE Clifton, NJ 07011.
This is a service I have used since 1981... TRY it...

--end--
18-Jun-83 04:05:00,464;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jun 83 4:15 EDT
Date: 18 June 1983 04:05 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: RCPMLIST.038 now available
To: Info-Cpm@brl

RCPMLIST number 38 is now available on MIT-MC as CPM;RCP-M NOS.
If you are unable to FTP this file and are NOT already on the
list to receive it via netmail, send a note to Info-Cpm-Request@BRL
asking to be added to the list of those who receive it via netmail.
--Keith
18-Jun-83 12:44:00,1150;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jun 83 13:07 EDT
Date: 18 June 1983 12:44 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  Dot Matrix Graphics message repeats
To: harpo!floyd!cmcl2!philabs!sdcsvax!brian@ucb-vax
cc: Info-Cpm@brl
In-reply-to: Msg of 16 Jun 83 7:22:13-PDT (Thu) from harpo!floyd!cmcl2!philabs!sdcsvax!brian at ucb-vax

Brian, when you get multiple copies of a single message it's usually
due to a mailer problem.  The originator of the message isn't
responsible and no one else on the mailing list is either.  It's best
to just delete the duplicates and say nothing.  The list administrator
will see the problem and have it fixed, usually right away.  Sometimes
it takes awhile to get those mailer loops fixed, though, and
occasionally as many as 20-80 copies may be received.  None of us
likes to see such things, but it's probably best not to bother the
whole group with complaints about it.  You can complain about Info-Cpm
to INFO-CPM-REQUEST@BRL, or if you can't get through the gateway to
Arpanet, use the address ...duke!unc!brl-bmd!info-cpm-request and it
will be forwarded to BRL.
--Keith
18-Jun-83 13:51:31,1485;000000000000
Date:     18 Jun 83 13:51:31 EDT (Sat)
From:     Keith Petersen <w8sdz@brl>
To:       Info-Cpm@brl
Subject:  [WBD.TYM:  Bulletin Board For Micro Users Set Up By NBS]

Excuse any duplicates of this.  I believe our friends at NBS are using
CP/M and RBBS for this so felt Info-Cpm might be interested in seeing
the message.
--Keith

----- Forwarded message # 1:

Received: From Office-2.ARPA by BRL via smtp;  17 Jun 83 19:49 EDT
Date: 17-Jun-83 16:42 PDT
From: WBD.TYM@OFFICE-2
Subject: Bulletin Board For Micro Users Set Up By NBS
To: OAD.TYM@OFFICE-2, hardy@office-5, human-nets@rutgers
To: works@rutgers
Cc: info-micro@brl, msgGroup@brl
Message-ID: <[OFFICE-2]TYM-WBD-2M6ML>

WASHINGTON, D.C. -- An electronic bulletin board that will inform microcomputer 
users about upcoming conferences, seminars and workshops, as well as update them
on the latest telecomputing services, publications and users groups, has been 
established by the Commerce Department's National Bureau of Standards (NBS).

Dubbed the Microcomputer Electronic Information Exchange (MEIE), the service 
will be available 24 hours a day, 7 days a week.  Both fedral and nonfederal 
users with Acscii terminals that communicate at 300 bit/sec with eight data 
bits, no parity and one stop bit can reach the exchange by calling (301) 
948-5718.

Further information on MEIE can be obtained fom the NBS.

   From June 13th issue of COMPUTERWORLD


----- End of forwarded messages
18-Jun-83 19:32:00,271;000000000000
Received: From Office-2.ARPA by BRL via smtp;  18 Jun 83 21:58 EDT
Date: 18 Jun 1983 1832-PDT
From: Jeffrey%office-6@BRL.ARPA
Subject: Real Programmers
To:   info-cpm@brl


   Real Programmers use WHITE IBM cards only (and no zone punches
   either).

-------
18-Jun-83 20:00:12,408;000000000000
Date:     18 Jun 83 20:00:12 EDT (Sat)
From:     George Keller (IBD) <keller@brl>
To:       info-cpm@brl
Subject:  NS Advantage Graphics

Does anyone know of a Tektronix emulation package for the NS Advantage?
With all the graphics capability, surely someone has written or has
begun to write such a program.  Public domain or commercial sources
would be acceptable.  

Thanks in advance.  George
18-Jun-83 21:54:03,623;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  22 Jun 83 9:56 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jun 83 6:40-PDT
Date: 18 Jun 83 20:54:03-PDT (Sat)
To: info-cpm@brl
From: ihnp4!houxm!houxf!govern@ucb-vax
Subject: Book wanted: Industrial Systems Analysis
Article-I.D.: houxf.331
In-Reply-To: Article ritcv.413

I'm trying to find a copy of the long-out-of-print book

"Industrial Systems Analysis" by J. W. Gavett (sp?)

If you have one that you could part with, or have seen one in a
bookstore, please drop me a note.

			Bill Stewart  BTL-Holmdel 4M-428 x0705
			houxf!govern
18-Jun-83 22:12:30,505;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  22 Jun 83 9:43 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jun 83 6:41-PDT
Date: 18 Jun 83 21:12:30-PDT (Sat)
To: info-cpm@brl
From: ihnp4!houxm!houxf!govern@ucb-vax
Subject: Educational license for Berkeley UNIX
Article-I.D.: houxf.332
In-Reply-To: Article ritcv.413

How can I get a Berkeley UNIX source license for an educational
institution?

			Thanks;
				Chris Warth   houxf!govern
				Bell Labs Holmdel 4K-406 x0829
19-Jun-83 13:15:10,1078;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  23 Jun 83 10:10 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jun 83 6:57-PDT
Date: 19 Jun 83 12:15:10-PDT (Sun)
To: info-cpm@brl
From:  decvax!genrad!linus!philabs!cmcl2!floyd!vax135!ukc!root44!pdl@ucb-vax
Subject: Re: Dot Matrix Graphics
Article-I.D.: root44.3820
In-Reply-To: Article iddic.168 sdcsvax.258

About adverts:

*********************************************
********** FLAME ON *************************
*********************************************

I have enough to do reading REAL news, without commercials intruding.
I can't remember who it was that sent the garbage about graphwhateveritwas,
but I hope that whoever it was is drowned in piles of abusive mail.

(Begin sanctimoniosity: we sell software, but we DON'T take advantage
of the free services of the rest of the world to advertise it.
End sanctimonious bit).

I know that with postage charges being what they are, it's a temptation
to take advantage of free advertising.
PLEASE REFRAIN.

EOF (end of flame).
19-Jun-83 20:45:48,833;000000000000
Received: From Bbna.ARPA by BRL via smtp;  19 Jun 83 22:42 EDT
Date: Sun 19 Jun 83 22:45:48-EDT
From: Bob Clements <Clements@BBNA.ARPA>
Subject: Re: Intel 2716 and TI 2716 (TMS2716)
To: RMS.G.EH%MIT-OZ@MIT-MC.ARPA
cc: INFO-CPM@BRL.ARPA, Clements@BBNA.ARPA
In-Reply-To: Your message of Fri 17 Jun 83 22:38:53-EDT

My advice is to ignore TMS2716's. TI should be shot for using the
same number (2716) for a three-voltage version of the one-voltage
2716.

Both chips are so cheap now that you can afford to throw out your
few TMS2716's and replace them with real 2716's. Then you only have to
program one kind. The H19 allows jumpering for either kind. I don't
know about the H89's processor card, but I'd bet it was the same
way.

(The TI version of the "real" 2716 is called a TMS2516, by the way.)

/Rcc
-------
20-Jun-83 08:34:00,763;000000000000
Received: From Lll-Mfe.ARPA by BRL via smtp;  20 Jun 83 11:35 EDT
Date: Mon, 20 Jun 83 08:34 PDT
From: Maron@LLL-MFE.ARPA
Subject: BDOS Open patch
To: info-cpm@brl.arpa

Here is a status update. I got the patch running over the weekend. It is
a total of about but less than 512 bytes so you will have to have some
place (in or above) the BIOS to put it. Part of the patch includes
a Watch File feature so that the FCB is typed out on your terminal
as to disk,user number,file,type. I am still testing the results and
will release when I feel comfortable with it.
     Searching and/or Watch-type-out is enabled/disabled by using the
IOBYTE and the STAT command.
     Changes/patches were required to all file functions. More info
to come.
--Neil
20-Jun-83 13:04:00,474;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  20 Jun 83 15:00 EDT
Date: Mon, 20 Jun 83 13:04 EDT
From: Thieret.WBST@PARC-MAXC.ARPA
Subject: Appending to CP/M files.
To: info-cpm@mit-mc.ARPA
cc: Thieret.WBST@PARC-MAXC.ARPA

Is there a simple way to APPEND to CP/M SEQUENTIAL files without having
to re-read the file each time?  I would like to do it from FORTRAN (the
REAL programming language) but assembly type instructions would be
welcome.

Thanks,

Tracy.
20-Jun-83 22:24:00,280;000000000000
Received: From Hi-Multics.ARPA by BRL via smtp;  20 Jun 83 23:27 EDT
Date:  20 June 1983 22:24 cdt
From:  Ronald W. <Heiby@hi-multics>
Subject:  VAX/VMS Modem?
To:  info-cpm@brl

Does anyone out there have a version of MODEM that runs under VMS on a
VAX?  Thanks.  Ron H.
21-Jun-83 00:22:40,581;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  21 Jun 83 2:25 EDT
Date: Mon 20 Jun 83 23:22:40-PDT
From: Charles Garthwaite <CRG@WASHINGTON.ARPA>
Subject: RELMOD-80 Experience?
To: info-cpm@MIT-MC.ARPA


Has anyone had or heard of experience with a CB-80 relational database package
called RELMOD-80 from Applied Business Concepts of Rochester, NY?  It is
interesting as it is distributed in source form for integration with
application and non-royalty distribution of object "as a portion of a
larger computer software system" is allowed.  Thanks for any info.
-------
21-Jun-83 02:32:00,959;000000000000
Received: From Mit-Xx.ARPA by BRL via smtp;  21 Jun 83 4:33 EDT
Date: 21 Jun 1983 0432-EDT
From: John T. Wroclawski <JTW@mit-xx>
Subject: Re: Intel 2716 and TI 2716 (TMS2716)
To: Clements@bbna
cc: info-cpm@brl
In-Reply-To: Your message of 20-Jun-83 0228-EDT

	Return-path: <info-cpm-request@BRL> 
	Received: from BRL by MIT-XX; Mon 20 Jun 83 02:24:59-EDT 
	From: Bob Clements <Clements@BBNA.ARPA> 
	Subject: Re: Intel 2716 and TI 2716 (TMS2716) 

	My advice is to ignore TMS2716's. TI should be shot for using the same
	number (2716) for a three-voltage version of the one-voltage 2716.

Good advice, but you have shot the wrong people. The TI (3 voltage)
2716 was a quite correctly numbered compatible follow-on product to
the (3 voltage) 2708 and 2704 series. It was also available well
before the 1-voltage product. It is Intel that ought to be shot for
giving the same family number to a radically different device.

-john
-------
21-Jun-83 09:54:09,520;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  22 Jun 83 2:39 EDT
Date: 21 Jun 1983 11:54:09-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  VAX/VMS Modem?
To: Heiby@hi-multics, info-cpm@brl
Via:  UCF-CS; 21 Jun 83 23:17-PDT

Having just encountered a similar need, I located the VMS program
thanks to BILLW@SRI-KL.  Hope he will no mind me telling you
that it is in:
            SRI-KL:<BILLW.VMSMODEM>*.*
It can be FTP'ed using the anonymous login.
				Ben
21-Jun-83 11:10:00,400;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  21 Jun 83 12:01 EDT
Date: Tue, 21 Jun 1983  11:10 EDT
From: DWELD@BBNG.ARPA
To:   info-cpm@MIT-MC.ARPA
Subject: Relational DBMS

Has anyone used CONDOR3 (or any other reasonable
competitor to DBASE II)?

I would love to know if it is more complete, 
or faster than DBASE II. But most important, how buggy is it?

Any comments, please?

Dan
21-Jun-83 11:48:00,2303;000000000000
Received: From Bbna.ARPA by BRL via smtp;  21 Jun 83 13:49 EDT
Date: 21 Jun 1983 13:48-EDT
Sender: MOOERS@bbna
Subject: Re: Problem with Heath Z37 controller and Tandon TM-100-4  d...
From: MOOERS@bbna
To: RMS.G.EH%MIT-OZ@mit-mc
Cc: INFO-CPM@brl, RMS.G.EH@mit-oz
Cc: Mooers@bbna
Message-ID: <[BBNA]21-Jun-83 13:48:09.MOOERS>
In-Reply-To: The message of Friday, June 17, 1983 7:05PM-EDT from Edward Huang <RMS.G.EH%MIT-OZ@mit-mc>

We also have some Tandon drives, which we bought about a year and
a half ago.  They are single drives, in metal cases.  We had no
trouble until a few months ago when the power supply in one drive
failed.  After we had the power supply replaced with a
reconditioned power supply, and probably unrelated to that, I
sysgenned a couple of new system disks and immediately started
getting warm boot errors, on either of two disks, whenever I
exited from a program such as an editor or a modem program, and
also (much worse) whenever I tried to write to disk from within
the program.

I found that if I opened the door of the drive and wiggled or
moved the disk slightly, the disk would reboot without fail.  I
could then write to disk, if I gave the command right away.  I
could also prevent errors by wiggling the disk BEFORE I wrote to
disk or exited from the program.  (This is clearly kludgy, but it
works, and, fortunately, SpellBinder, my usual editor allows me
to restart and capture the text in the buffer.)  After I read
your message, I tried configuring my drives to 12 ms seek time
instead of 6 ms, and I got the warm boot errors just the same.

The owner of the store that sold us the Tandons suggested that
the power supply might be running too hot.  I then realized that
I had sysgenned my new system disks when the drives were just
turned on, and therefore cold.  I have now re-sysgenned after
the system had been running for over an hour, and have had only
one "BDOS error", followed by a "warm boot" error.  So maybe I
have partially conquered the problem.  I don't know how to adjust
the temperture of the power supply.  These single drives do not
have cooling fans.  I can't tell from the catalog whether the
Heath H37 does or not.

I haven't yet looked into the SECERR counter, but I shall.

---Charlotte Mooers
21-Jun-83 15:54:00,527;000000000000
Received: From srinet-gateway.ARPA by BRL via smtp;  21 Jun 83 18:25 EDT
Date: 21 Jun 1983 at 1454-PDT
To: info-cpm@brl
Subject: online list of Epson codes
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 21 Jun 83 15:11-PDT

Does anyone have a machine-readable description of the command codes
(aka escape sequences and friends) understood by the Epson MX-80 F/T
with Graftrax?  I am looking for something on the order of a cheat
sheet to put into a .HLP file.

Dave Fylstra
21-Jun-83 16:25:00,584;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  21 Jun 83 16:27 EDT
Date: Tue, 21 Jun 83 16:25 EDT
From: scacchitti.wbst@PARC-MAXC.ARPA
Subject: Re: NEW SIG/M disk/Saving on phone bills
In-reply-to: "W8SDZ@mit-mc.ARPA's message of 18 Jun 83 03:41 EDT"
To: Keith Petersen <W8SDZ@mit-mc.ARPA>
cc: Info-Cpm@brl.ARPA

Please excuse my ignorance but I'm not familiar TELESAVER. Just what
services are available for the $5.00 / mo. charge ?

If you could be a little bit more specific and/or point me to a
documentation source I'd greatly appreciate it.
					thanx
						fas
21-Jun-83 22:40:51,480;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  23 Jun 83 6:35 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jun 83 3:26-PDT
Date: 21 Jun 83 21:40:51-PDT (Tue)
To: info-cpm@brl
From: ihnp4!houxm!hocda!spanky!burl!duke!unc!tucc!ctk@ucb-vax
Subject: Re: sdcsvax.258: Re: Dot Matrix Graphics
Article-I.D.: tucc.3771

 The ad was repeated so the REAL PROGRAMMERS  who read only ads would have
something to do besides check each other's grammar and spelling.
22-Jun-83 01:46:11,1209;000000000000
Date:     22 Jun 83 1:46:11 EDT (Wed)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  New SYSLIB/ZCPR2 Files

AR84:CPM contains a new set of SYSLIB and ZCPR2 files.  These files
are:

	SYSLIB 27REL
	SDIR, SEPRINT, SEPSTR, SVERSION, and SYSTEST2 (MQC)
	ECHO (COM and MAC)

The S...MQC files are changed/new SYSLIB sources.  SYSLIB 27REL is the
REL file of SYSLIB 2.7.  The new ECHO (for ZCPR2) is using the new
SYSLIB to provide the user with the ability to issue escape sequences
to his terminal from the command line.  Unlike the old ECHO, which
interpreted escape sequences (and any control character) and printed
them in the ^c form, this ECHO performs only limited interpretation
(of TAB primarily) and echoes all other characters in their "exact"
forms.

SYSLIB 2.7 contains a fix to the DIRLOAD routine which corrected a
problem with the DIRF routine.  It also contains two new routines,
namely EPRINT and EPSTR, which perform like their PRINT and PSTR
counterparts (same I/O requirements) except that they perform limited
control character processing.

There will probably be a Z2SYS 4MOD file to following in a day or two.

CRCs check.

	Enjoy!
	Rick
22-Jun-83 09:07:43,547;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  22 Jun 83 20:41 EDT
Date: 22 Jun 83 09:07:43 PST (Wed)
From: John Mangrich <grich.uci@rand-relay>
Return-Path: <Grich%UCI.UCI@Rand-Relay>
Subject: Mainframe MODEMs
To: info-cpm.UCI@rand-relay
Via:  UCI; 22 Jun 83 17:21-PDT

  Has anyone ever made a list of implementations of the MODEM protocol on
mainframes that the authors are willing to share?  It's not too hard to find
the micro-end pieces, but the recent VMS question brought this point up.

  Thanks.
  John Mangrich
  UC Irvine
22-Jun-83 10:08:28,804;000000000000
Received: From Nosc-Cc.ARPA by BRL via smtp;  22 Jun 83 12:10 EDT
Date: 22 Jun 1983 09:08:28-PDT
From: CCVAX.gregory@nosc
To: info-cpm@brl
Subject: need information on Aztec C

-------
Has anyone had any experience with the Aztec C compiler, for the CP/M
operating system. I would like to know how well this C will interact with
the CP/M operating system. In BDS C there are several functions that allow
you to get to the BDOS, BIOS and ports without writting the code in
assembler. Are there similar functions in Aztec C or will I have to write
them. How does Aztec C interface with functions that are written in
assembler, is this very difficult to do.

                                              Greg Meckstroth
                                               gregory@nosc
-------
22-Jun-83 13:32:08,892;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  22 Jun 83 14:26 EDT
Date:     Wed, 22 Jun 83 13:32:08 EDT
From:     Robert Lee Feider (CTAB) <lee@brl-bmd>
To:       CCVAX.gregory@nosc-cc
cc:       info-cpm@brl
Subject:  Re:  need information on Aztec C

Hi,

	I have used the AZTEC C compiler for a small amount of work and I am
very impressed. Yes it does have links to the BDOS and BIOS thru function calls
and there is a piece of user submitted (i.e. not written by MANX software) routine
which allows one to write and read from an I/O port. Aztec does allow romable
routines but I have not actually tried this yet. Inline assembly code is allowed
thru the use of #ASM and #ENDASM macros and the calling convention of how to
pass local variables on the stack is defined and an example given. I hope this
is enough information, if not give me a holler.

							lee@brl-bmd
22-Jun-83 16:17:49,918;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  23 Jun 83 8:58 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jun 83 5:56-PDT
Date: 22 Jun 83 15:17:49-PDT (Wed)
To: info-cpm@brl
From: decvax!wivax!linus!sch@ucb-vax
Subject: Readin MC LBR files
Article-I.D.: linus.26923

I have been having some trouble ftp-ing files from MIT-MC.
1) Can only transfer one file in a session (ftp server bug)
2) Can't seem to transfer libraries successfully.
	Image works okay for .COM files, but MODEM 903LBR seems to
	be munged upon reception.  Does it have the header like COM
	files, is it in some other (strange) format.
	I assumed it was in LU format, and was an 8 bit binary image.
	The receiving system is Mitre-Bedford, a 4.1 Unix system with the
	BBN Tcp code.
-- 
Stephen Hemminger,  Mitre Corp. Bedford MA 
	{allegra,genrad,ihnp4, utzoo}!linus!sch	(UUCP)
	linus!sch@mitre-bedford			(ARPA)
22-Jun-83 17:15:11,294;000000000000
Received: From Nosc-Cc.ARPA by BRL via smtp;  22 Jun 83 19:17 EDT
Date: 22 Jun 1983 16:15:11-PDT
From: Bob Van Cleef <CCVAX.revc@nosc>
Reply-to: CCVAX.revc@nosc
To: CCVAX.gregory@nosc, info-cpm@brl
Subject: Re:  need information on Aztec C

Check with Bill Lafond, he has a copy. - Bob
22-Jun-83 18:50:59,370;000000000000
Date:     22 Jun 83 18:50:59 EDT (Wed)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  Z2SYS-4.MOD

AR84:CPM contains Z2SYS 4MOD which documents the recent changes to
SYSLIB 2.7 and ECHO.  CRCs don't match, but it is a WS file sent
as ASCII, so MSBs were (probably) dropped.  Pass completed ... all
SW and doc is now on MC in AR84:CPM.

Rick
22-Jun-83 20:56:00,1905;000000000000
Received: From Mit-Ml.ARPA by BRL via smtp;  22 Jun 83 20:55 EDT
Date: 22 June 1983 20:56 EDT
From: Michael C. Adler <MADLER@mit-ml>
Subject:  need information on Aztec C
To: CCVAX.gregory@nosc-cc
cc: info-cpm@brl
In-reply-to: Msg of 22 Jun 1983 09:08:28-PDT from CCVAX.gregory at nosc

Aztec C provides an excellent interface to both BIOS/BDOS CP/M calls and
assembly programming.  The following calls are defined (taken from release
1.05 manual):

bdos (bc,de)
int bd,de;
	Calls the bdos with register pair BC set to bc and DE set to de.
	The value returned in HL is the return value.

bios(n,bc,de)
int n,bc,de;
	Calls the n'th entry into the bios with BC set to bc and DE set
	to de.  The returned value is the accumulator contents on return
	from the CP/M BIOS.  N equal to zero is a warm boot.

bioshl(n,bc,de)
int n,bc,de;
	Calls the n'th entry into the bios with BC set to bc and DE set to
	de.  The returned value is the HL register contents on return from
	the CP/M BIOS.  N equal to zero is a warm boot.

CPM(bc,de)
int bc,de;
	Calls the bdos with register pair BC set to bc and DE set to de.
	The value returned in HL is the return value.

-------------------

Aztec C creates intermediate assembly language code.  An intel assembler
(subset of M80) is provided, although it is possible to use M80/L80.  So,
interfacing assembly code is rather trivial.  Note:  Aztec C DOES NOT create
modules that can be bound immediately.  It is only capable of generating
assembly code.  Hence it can be rather slow to compile (the C compiler alone
is significantly slower than BDS C).

You should also note that it supports a Z80 mode that allows register
variables (8080 version syntax permits register vars. but stores them
in memory).  In tight loops you will notice a BIG difference.  In 8080
mode, execution speed seems to be similar to BDS C.
-Michael
22-Jun-83 21:48:00,946;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  22 Jun 83 23:52 EDT
Date: 22 Jun 1983 2348-EDT
From: Edward Huang <RMS.G.EH%MIT-OZ@mit-mc>
Subject: Re: Intel 2716 and TI 2716 (TMS2716)
To: JTW@mit-xx
cc: INFO-CPM@brl
In-Reply-To: Your message of 21-Jun-83 0432-EDT

Hello,
Thanks for your replies (Bob Clements,I dont know but OZ refuses
to reply to your net site so sending your reply here instead)
Well, i'm not going to use the TMS2716 (yeech..3 volt supplies)
but reason I asked is that I wanted to try to read some TMS2716
EPROMS with my new programmer/reader. Hmmm...Maybe both Intel
and TMS should be shot...the numbering is out of whack. 2716
should belong to Intel as Intel stuff are 27xx ....
Ti caused confusion as its eproms are 25xx but had a 2716
in its line with diff voltage...oh well....just like those
famous laws (forgot the name). Anyway,...enough on this
subject.. thanks to those who replied.
-Ed
-------
22-Jun-83 23:41:00,347;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  22 Jun 83 23:41 EDT
Date: 22 June 1983 23:41 EDT
From: Herb Lin <LIN@mit-mc>
To: info-cpm@brl

anyone out there care to give advice on:
 
1. how best to detect a flaky (intermittently so) memory board?

2. how you know when you need a static discharge mat..

thanks.  herb lin (lin@mit-mc)
23-Jun-83 04:04:20,784;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  24 Jun 83 8:59 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 Jun 83 5:48-PDT
Date: 23 Jun 83 3:04:20-PDT (Thu)
To: info-cpm@brl
From:  decvax!wivax!linus!philabs!seismo!rlgvax!cvl!umcp-cs!mark@ucb-vax
Subject: Re: Educational license for Berkeley UNIX
Article-I.D.: umcp-cs.106
In-Reply-To: Article <332@houxf.UUCP>

Start by getting an educational license from ATT via the usual
channels for version 7, 32/V, or III or V.  Then write to
berkeley for more information at:
	Pauline Schwartz
	Computer Systems Research Group
	Computer Science Division, EECS
	University of California
	Berkeley CA 94720
-- 
UUCP:	{seismo,allegra,brl-bmd}!umcp-cs!mark
CSNet:	mark@umcp-cs
ARPA:	mark.umcp-cs@UDel-Relay
23-Jun-83 10:10:00,443;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jun 83 10:20 EDT
Date: 23 June 1983 10:10 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CPM DIRLST updated
To: Info-Cpm@brl

MIT-MC:CPM;CPM DIRLST has been updated as of today.  It is available
to all who can FTP, and has been netmailed to those who are on the
mailing list to receive it.  Comments/requests to Info-Cpm-Request@Brl
or ...!duke!unc!brl-bmd!info-cpm-request
--Keith
23-Jun-83 12:28:00,697;000000000000
Received: From Rand-Unix.ARPA by BRL via smtp;  23 Jun 83 14:47 EDT
Date: Thursday, 23 Jun 1983 11:28-PDT
To: info-cpm@brl
Cc: bridger@rand-unix
Subject: faster hard-disk warmboot?
From: bridger@rand-unix

	Setting the CP/M directory checksum word to zero in the disk
parameter header of a hard-disk drive does not appear to eliminate
the re-building of the allocation vector bit-map on each warm-boot and
login-drive function.  Has anyone attempted to limit this to cold-boots,
so that control-C will be essentiallyinstantaneous for hard-disk drives?
Are there problems with this approach--DUPUSER, for example, needs an
upda ting of  the vector in some cases.
				      --bridger
23-Jun-83 12:56:47,447;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  24 Jun 83 7:55 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 Jun 83 4:41-PDT
Date: 23 Jun 83 11:56:47-PDT (Thu)
To: info-cpm@brl
From: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
Subject: iAPX-286 Users
Article-I.D.: lanl-a.354

I will soon be bringing up a system based on Compupro's CPU 286
board.  I would like to get in touch with other iAPX-286 users.

Jim Potter <jp@lanl>
23-Jun-83 13:00:12,454;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  24 Jun 83 8:07 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 Jun 83 4:40-PDT
Date: 23 Jun 83 12:00:12-PDT (Thu)
To: info-cpm@brl
From: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
Subject: Downloader from UNIX to CPM
Article-I.D.: lanl-a.355

From: Jim Potter <jp@lanl>

I am looking for a pair of programs to facilitate downloading text
files from a UNIX system to a CPM system.

Jim
23-Jun-83 13:25:00,1087;000000000000
Received: From Sri-Kl.ARPA by BRL via smtp;  23 Jun 83 15:30 EDT
Date: 23 Jun 1983 1225-PDT
Sender: BILLW@sri-kl
Subject: Re: Mainframe MODEMs
From: BILLW@sri-kl
To: grich.uci@rand-relay
Cc: info-cpm@brl
Message-ID: <[SRI-KL]23-Jun-83 12:25:05.BILLW>
In-Reply-To: Your message of 22 Jun 83 09:07:43 PST (Wed)

UNIX
	UMODEM, TMODEM, both available on MIT-MC CPM directory.

TOPS20
	MODEM.MAC	available from me.  Also on MIT-MC.  Currently
	 still having features added, so most recent version
	 (SRI-KL:<BILLW>MODEM.MAC) may be a little flakey.  As
	 far as I know, this is the only mainframe version that
	 supports CRCs.

VMS	FTPSEND, FTPGET	available from me.  doesnt work well.
	SRI-KL:<BillW.VMSMODEM>*.*

TENEX
	XMODEM.SAI	availble from MIT-MC

SEL-32
	MODEM.FOR	available from FJW.
	 I dont know whether this acyually works.

RT-11
	MODEM.C		available from somwhere. DECUS "C".

TOPS-10
	ASCSND.MAC	available fro me, but id have to get it off
	 of tape.  ASCII SEND from mainframe only.

ITS
	LMODEM (lisp?)	available at MIT.

Enjoy
BillW
23-Jun-83 21:18:58,405;000000000000
Date:     23 Jun 83 21:18:58 EDT (Thu)
From:     Rick Conn <rconn@brl>
To:       BILLW@sri-kl
cc:       grich.uci@rand-relay, info-cpm@brl
Subject:  Re:  Mainframe MODEMs

I understand that MGORMAN@WSMR70A has modified UMODEM to work on
the BBN C/70.  I received some queries about that the other day, and
interested parties should contact him to see if he is willing to
supply a copy.

	Rick
23-Jun-83 21:38:01,273;000000000000
Date:     23 Jun 83 21:38:01 EDT (Thu)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  SYSLIB 27HQP

I've replaced SYSLIB 27HLP with 27HQP in AR84:CPM.  This way, when
unsqueezed, the CRCs will match those given in Z2SYS-4.MOD.

CRCs (HQP) match.
24-Jun-83 01:39:00,499;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  24 Jun 83 1:38 EDT
Date: 24 June 1983 01:39 EDT
From: Herb Lin <LIN@mit-mc>
Subject:  shells for canned cp/m  programs.
To: info-cpm@brl

Can anyone advise me on how to write a shell for a cp/m program? I have
a cp/m program (proofreader spelling chekcer)), and while nice, it 
doesn't do quite what i want.  I want to write a shell for it (since i only 
have the com file) which will let me to some nice i/o interception.

help?

thanks..
24-Jun-83 12:46:00,565;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  24 Jun 83 12:46 EDT
Date: 24 June 1983 12:46 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject:  Mainframe MODEMs
To: BILLW@sri-kl
cc: info-cpm@brl, grich.uci@rand-relay
In-reply-to: Msg of 23 Jun 1983 1225-PDT from BILLW at sri-kl

Actually, the current ITS version is MMODEM, and it supports CRC's.
Source in GZ;MMODEM >.

LMODEM is still supported on ITS, also it works on Multics.  Source in
FJW;LMODEM > (although I think the running version on ITS is patched).
Yes, it's written in Lisp. Author is EB@MC.
24-Jun-83 14:37:14,565;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  27 Jun 83 2:43 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 26 Jun 83 23:23-PDT
Date: 24 Jun 83 13:37:14-PDT (Fri)
To: info-cpm@brl
From: harpo!seismo!philabs!cmcl2!floyd!whuxlb!egb@ucb-vax
Subject: Re: Downloader from UNIX to CPM - (nf)
Article-I.D.: whuxlb.1191

#R:lanl-a:-35500:whuxlb:14900001:000:145
whuxlb!egb    Jun 24 13:36:00 1983

I have the pair in question (my own design) if you can figure
out how to send mail to me. (UNIX to/from CPM xfer pgms.)

	Ed Bradford
	harpo!egb
24-Jun-83 16:13:00,481;000000000000
Received: From Bbng.ARPA by BRL via smtp;  24 Jun 83 16:18 EDT
Date: Fri, 24 Jun 1983  16:13 EDT
From: DWELD@BBNG.ARPA
To:   BILLW@SRI-KL.ARPA
Cc:   grich.uci@RAND-RELAY.ARPA, info-cpm@BRL.ARPA
Subject: Mainframe MODEMs
In-reply-to: Msg of 23 Jun 1983  15:25-EDT from BILLW at sri-kl

Where can I find the specs of the MODEM program so I would know how
to add transfer protocol information to an existing communication
package so it could talk to MODEM?

    Dan Weld
25-Jun-83 08:31:00,990;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  25 Jun 83 10:36 EDT
Date: 25 Jun 1983 1031-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: simulating ^P from software
To: info-cpm@brl

Long long ago, someone asked how to simulate a ^P ...
well, there is a magic location in the BDOS that contains a 1
if the output to the console is to be echoed to the printer,
and a 0 for no echo to the printer...

here are two (bds) c functions to turn the printer echo on
and off:

prt_on() {
	char	*pbyte;
	char	**bdosp;

	bdosp = 6;	/* the jump address into bdos */

	pbyte = *bdosp + 0x307;	/* pbyte now points to the printer flag */

	*pbyte = 1;
}

prt_off() {
	char	*pbyte;
	char	**bdosp;

	bdosp = 6;	/* bdos jump address */

	pbyte = *bdosp + 0x307;

	*pbyte = 1;
}

and now you have it.

this is for cp/m 2.2 only (as far as i know), and i can provide
the same two functions in another language, if you like...

later,
	-andy
-------
25-Jun-83 12:05:14,673;000000000000
Date:     25 Jun 83 12:05:14 EDT (Sat)
From:     Rick Conn <rconn@brl>
To:       harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
cc:       info-cpm@brl
Subject:  Re:  Downloader from UNIX to CPM

Jim,

The UMODEM/MODEM7xx pair work nicely for download text (and object)
for UNIX to CP/M and back again.  UMODEM, written in C, runs on UNIX
and supports the public domain modem protocol, and MODEM7xx, written
in assembly language, runs on UNIX and supports the same protocol.
UMODEM has had some problems running through the ARPA Net, but runs
fine in direct connect to UNIX.

Both programs are in the public domain and available in source code
form on MIT-MC.

Rick
25-Jun-83 16:56:00,3666;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  25 Jun 83 16:56 EDT
Date: 25 June 1983 16:56 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MDM710 now available
To: INFO-CPM@brl

MDM710, the latest in the MODEM7 series, is now available from MIT-MC as
   AR61:CPM;MDM710 LBR
   AR61:CPM;MDM710 TXT
The LBR file is stored in ITS "COM style" binary format, may be FTP'ed
by those who can use binary mode or TENEX mode in FTP.  The four-byte
ITS header may be removed on YOUR CP/M system by running my ITSCVT
program.  It's available as AR13:CPM;ITSCVT HEX.  You'll need LU.COM
(the library utility program) to extract the files from the LBR.

Additional detailed information on MDM710:

TOPIC :  MODEM710 PHONE MODEM GENERAL INTEREST DATA

FROM  :  IRV HOFF W6FFC

DATE  :  22 JUNE 83


     MDM710 is the latest in the "MODEM7" telephone modem series.  After
MODEM 7.98, the program became known as MDM700, etc.  At that time the
external macro library was combined into the source code plus other
changes.  Numerous overlay files were added for various computers to
make the program useful for a large number of different systems.  Orig-
inally it worked only with the PMMI plug-in modem for the S-100 bus.  It
now also supports the Hayes 300 and 1200 and U. S. Robotics modems.  It
is the only modem program that offers auto-dialing and auto-continuous
redialing for all these modems.


     Overlay files are included in MDM710.LBR for Apple, Datapoint, NEC,
Heath H89, Kaypro, Morrow, Osborne, PMMI, Televideo, Xerox and Zenith.
There is also a "general purpose" overlay to readily adapt to other sys-
tems not mentioned.

     MDM710 has numerous changes over previous programs.  The MDM710.UPD
update file lists many of these changes.  It is in the MDM710.LBR group.
There are 13 overlay files for various computers and one additional file
for easily changing the phone number library.  MDM710.IQF explains what
each of the programs is for, plus has some comments similar to these re-
garding how to use the overlays in the easiest manner.

     Let's say you have a Heath H89, for example.  You would wish to get
(download) the following three files from that library group:

     MDM710H8.AQM	(Heath overlay file)
     MDM710.COM		(Master Object code, ready to use for PMMI)
     MDM710.DQC		(Squeezed instruction guide)

and perhaps the MDM710.UQD update file:
 
     You would unsqueeze MDM710H8.AQM, edit the options to if not set
the way you prefer, then assemble it (ASM.COM is fine).  Refer to the
instructions in the overlay file to combine the MDM710.COM file with the
MDM710H8.HEX file you just got when assembling MDM710H8.ASM.  All this
will only take a few minutes.   It is actually very simple.  The program
is then ready to use.  If unfamilar with this type modem program, read
MDM710.DOC and try it out.

     0103H  FF for PMMI, 00 if not PMMI
     0104H  FF for Hayes Smartmodem 300 or 1200 or US Robotics
     0105H  54 for touch-tone dialing or 50 for pulse-dialing
                   (only applicable for the Hayes or Robotics)	

     These bytes are automatically selected when edited into the approp-
riate overlay.

========================================================================

      If you have never downloaded a particular file from a library
      group, you can do it this way:  Use LDIR to see what is in the
      library:

B>LDIR MDM710   <ret>      shows contents of the .LBR group
B>LTYPE MDM710 MDM710.UQD  types the MDM710.UQD file for your inspection
B>XMODEM L MDM710 MDM710.COM   downloads the  .COM file only

					- Irv Hoff
25-Jun-83 17:21:00,680;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  25 Jun 83 17:22 EDT
Date: 25 June 1983 17:21 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  MODEM protocol description
To: DWELD@bbng
cc: INFO-CPM@brl
In-reply-to: Msg of Fri 24 Jun 1983  16:13 EDT from DWELD at BBNG.ARPA

See AR60:CPM;MODEM2 PROTOC on MIT-MC, which is a file written by Ward
Christensen, the original author of the MODEM program.  The protocol
is described in detail.  Save yourself from re-inventing the wheel -
there are quite a few good public-domain program which run under CP/M
and support this protocol.  See CPM;BILLW MODEM for a description of
all known mainframe versions of MODEM.
--Keith
25-Jun-83 18:51:00,354;000000000000
Received: From Mit-Ml.ARPA by BRL via smtp;  25 Jun 83 18:51 EDT
Date: 25 June 1983 18:51 EDT
From: Michael C. Adler <MADLER@mit-ml>
Subject:  Mainframe MODEMs
To: DWELD@bbng
cc: info-cpm@brl
In-reply-to: Msg of Fri 24 Jun 1983  16:13 EDT from DWELD at BBNG.ARPA

The MODEM protocol is documented on MIT-MC in AR60:CPM;MODEM2 PROTOC

-Michael
25-Jun-83 18:54:00,549;000000000000
Received: From Hi-Multics.ARPA by BRL via smtp;  25 Jun 83 19:54 EDT
Date:  25 June 1983 18:54 cdt
From:  Ronald W. <Heiby@hi-multics>
Subject:  lost me?
To:  info-cpm@brl

It appears that my name/address has been lost from the info-cpm
distribution list.  I thought things had been a bit quiet, but today I
saw a message from an associate asking what I thought of something he
saw in info-cpm.  Please re-instate "Heiby" at HI-Multics and let me
know where the past couple months worth of archives are to be found.
Thanks much.  Ron H.
26-Jun-83 01:03:00,505;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jun 83 1:03 EDT
Date: 26 June 1983 01:03 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Updated BISHOW available
To: Info-Cpm@brl

BISHOW15.ASM, an updated version of BISHOW (the bi-directional
CP/M file display program) is now available on MIT-MC as
   AR21:CPM;BISHOW 15ASM
The new version now supports four commands:  F (forward one page)
B (backward one page), N (next line), and P (previous line), and of course
CTL-C for abort.
--Keith
26-Jun-83 01:10:00,845;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jun 83 1:11 EDT
Date: 26 June 1983 01:10 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Source for MDM710 available
To: Info-Cpm@brl

The source code for MDM710 is now available on MIT-MC in
   AR61:CPM;MDM710 AQM
It is a squeezed file, stored in ITS "COM file" format.
Note it's not necessary to get the source code unless you
need to customize the main program.  Normally only the .COM
file and custom overlay for your modem I/O is needed.

Comments/suggestions/complains on MDM710 should be directed to:
  Irvin M. Hoff, W6FFC, phone (415) 948-2166.

If you are unable to FTP the MDM710 files from MIT-MC, you can get
them from most RCPM systems.  If your favorite RCPM doesn't have
MDM710, tell the SYSOP that it's available on the SYSOP Clearinghouse
system.

--Keith
26-Jun-83 09:20:57,312;000000000000
Date:     26 Jun 83 9:20:57 EDT (Sun)
From:     Rick Conn <rconn@brl>
To:       Rick Conn <rconn@brl>
cc:       harpo!floyd!cmcl2!lanl-a!jp@ucb-vax, info-cpm@brl
Subject:  Re:  Downloader from UNIX to CPM

Jim,

Correction:  I meant to say that MODEM7xx runs on CP/M, NOT UNIX.
Slip of tongue.

Rick
26-Jun-83 11:49:40,497;000000000000
Date:     26 Jun 83 11:49:40 EDT (Sun)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  TVI 950 Users ...

AR86:CPM now contains a new version of TINIT (version 2.1) which
can be used to program the function keys, status line, and other
attributes of the 950 from a CFG file generated by the CONFIG program
(see AR82:CPM).  The new TINIT requires that you flip to DIP switch
on the 950 which enables X-ON/X-OFF flow control in order to work
reliably.

Enjoy!

	Rick
26-Jun-83 18:24:00,993;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jun 83 18:25 EDT
Date: 26 June 1983 18:24 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject:  KERMIT Availability
To: INFO-CPM@brl

The following is forwarded FYI with Bernie Eiben's express permission.
The references to MARKET equate to DEC-MARLBORO (1/79).  --Frank
--------------------

Date: 22 Jun 1983 1238-EDT
From: B.G.Eiben LCG-Applications ext 617-467-4431 <EIBEN at DEC-MARLBORO>

KERMIT distribution (Columbia University) is available on MARKET in
area DEMO:<CPM.KERMIT>CPMRAINBO.HEX, source files in same area.
Access to MARKET: vial dial-in 617-467-7437 (300/1200 Autobaud on two
Control-C's) LOG LCG.KERMIT KERMIT <Carriage Return> [second KERMIT is
Password and does not echo].  Hex-file is ASCII and can be "loaded"
via LOAD.  This KERMIT is 8080-version using I/O byte plus BIOS-calls
(speed limitation in terminal-emulation 1800 Baud, in
protocol-transfer 4800 Baud).  We have not yet done the 8088 rewrite.
26-Jun-83 22:53:47,642;000000000000
Received: From Ucla-Locus.ARPA by BRL via smtp;  27 Jun 83 2:04 EDT
Date:           Sun, 26 Jun 83 22:53:47 PDT
From:           Dr. Terry Gray <gray@ucla-locus>
To:             info-cpm@brl
Subject:        YAM

Would it be possible for someone who has access to the LATEST source
for YAM to upload it to MIT-MC?

I've tried several times to get it from Chuck's RBBS, but could never
log in.  There are only a couple of the necessary files on MC
currently, and I suspect they are not the latest.

Many thanks...

-Terry Gray

P.S.  one LBR file containing all the sqeezed sources would be ideal.

P.P.S. I meant 'squeezed'
27-Jun-83 06:27:00,457;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  27 Jun 83 6:27 EDT
Date: 27 June 1983 06:27 EDT
From: Stephen C. Hill <STEVEH@mit-mc>
Subject:  Disk Parameters
To: INFO-CPM@mit-mc
cc: STEVEH@mit-mc

   Does anyone know how a piece of software, running on an
unknown machine (obviously CP/M), can determine if it is facing
an 80 Track SSDD disk or a 40 Track DSDD disk?  I can't see
anywhere that CP/M can make a distinction.  I'm hoping I am wrong.
27-Jun-83 06:38:11,734;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  2 Jul 83 2:20 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 1 Jul 83 23:12-PDT
Date: 27 Jun 83 5:38:11-PDT (Mon)
To: info-cpm@brl
From: ihnp4!houxm!houxk!houxh!pvl@ucb-vax
Subject: Can Sinclair Be Used As CPM Board for C64?
Article-I.D.: houxh.168

With many people buying the Commodore 64 as the next step from
their Sinclair, it occurred to someone that someone should consider
how ridiculous it would be to try to rig up the Sinclair as a CPM
board for a C64 with disk.  Anybody have any comments? (Anything
from "you're crazy" to "here's how".  Please mail replies.  I'll
summarize if there are any.
  Pete LaMaster BTL NJ (201)949-0040  ihnp4!houxh!pvl
27-Jun-83 11:29:00,585;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  27 Jun 83 11:30 EDT
Date: 27 June 1983 11:29 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CPM DIRLST updated
To: Info-Cpm@brl

File CPM;CPM DIRLST which lists all directories associated with
the CP/M activities here on MIT-MC has been updated as of today.
Someone pointed out that earlier lists were only four columns
across and others were 5.  I will try to keep it consistant at
5 from now on so that file difference programs can be used to print
"what's new" by comparing the newest version to the previous one.
--Keith
27-Jun-83 11:38:00,294;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  27 Jun 83 11:39 EDT
Date: 27 June 1983 11:38 EDT
From: Richard L. Conn <CONN@mit-mc>
To: w8sdz@brl, info-cpm@brl

SYSLIB 27HQP now replaces SYSLB HLP in AR19:CPM.  SYSLB HLP was
an older version.  Thanks to Keith for pointing it out.

Rick
27-Jun-83 12:23:51,716;000000000000
Date:     27 Jun 83 12:23:51 EDT (Mon)
From:     Keith Petersen <w8sdz@brl>
To:       Info-Cpm@brl
Subject:  XMODEM for VAX/VMS

Another sucessful mainframe version of Ward Christensen's MODEM2 program...
Things are looking up!  The source files are available from MIT-MC
in AR60:CPM;XMODEM FOR and AR60:CPM;QIO DCK
--Keith

----- Forwarded message # 1:

Date:     27 Jun 83 11:23:44 EDT (Mon)
From:     Rick Conn <rconn@brl>
To:       w8sdz@BRL
Subject:  XMODEM.FOR

Keith,  thanks a lot for XMODEM.FOR and QIO.DCK.  I now have it up
and running under VAX/VMS, and it is running quite nicely.  All is
looking great!  I really appreciate your effort.

		Rick

----- End of forwarded messages
28-Jun-83 04:51:00,1266;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jun 83 4:49 EDT
Date: 28 June 1983 04:51 EDT
From: Allan D. Plehn <PLEHN@mit-mc>
Subject: How CP/M can determine disk format.
To: STEVE@mit-mc
cc: INFO-CPM@mit-mc, PLEHN@mit-mc

Steve, read the FORMATDOC file in AR47:CPM;  I think that will
answer your question.

The neat part of the format byte scheme is that the byte can be
read without any head stepping since it is on the outer track.
This makes it possible, for instance, to read a 48-TPI
five inch diskette in a 96-TPI drive.  Having read the format
byte the software can determine that double-stepping is necessary
is necessary.

My Northstar Horizon is equipped with three TEAC half-height, 960-TPI
,double sided drives plus a Tandon "Quad" (48-TPI, double-sided). I can
read the quad-written disks perfectly in any of the 96-TPI drives, including
correct calculation and display of disk capacity, remaining space, etc.
by STAT and other programs.  The "Quad" drive is retained only so that
I can WRITE Quad diskettes, to be read in standard Horizon or
Advantage configurations (which use Quad drives).

Hope this info is useful.  The BIOS source that does all this
(for N* disk controller) is also in AR47:CPM;
			
				Al Plehn
28-Jun-83 05:03:00,413;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jun 83 5:01 EDT
Date: 28 June 1983 05:03 EDT
From: Allan D. Plehn <PLEHN@mit-mc>
Subject: TYPOs is previous message.
To: STEVE@mit-mc
cc: INFO-CPM@mit-mc, PLEHN@mit-mc

In the first line of the 3rd para, should read "96-TPI" not "960-TPI".
Incidently, capacity of the 96-TPI
diskettes, in the configuration described, is 786K per diskette.

			Al Plehn
28-Jun-83 08:02:28,1491;000000000000
Date:     28 Jun 83 8:02:28 EDT (Tue)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  ZCPR2 Utilities under CP/M

Yesterday Keith asked if the ZCPR2 utilities can be run under normal
CP/M 2.2, and we thought the response may be of general interest.
By and large, the answer is YES.  The GENINS program must be run on
all of the utilities to do this.

GENINS is used to install utilities in a ZCPR2 environment, and such
utilities can be installed with all ZCPR2-specific features turned
off.  As a result, the utility does not try to reach into ZCPR2 for
buffers and the like, and ZCPR2 and CP/M are identical to it.  The
installer need only turn off all of the ZCPR2-specific features:
no external path, no multiple command line (address 0), no memory-based
named directories, no disk-based named directories, etc.

Most utilities will continue to function with these turned off.
Some, however, like MENU, will not, since their function is based on
using ZCPR2.  These utilities will tell you they can not run if you
try to run them after turning off the features.

One nice feature in all of this is that by turning off external paths,
the internal paths, if you so desire, become operational.  In other
words, utilities may use their internal paths under CP/M 2.2 to perform
their functions.  Hence, file searches performed by the utilities still
work, and some ZCPR2 functions, in a limited sense, are moved into the
CP/M 2.2 arena.

Rick
28-Jun-83 12:30:00,531;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jun 83 14:31 EDT
Date: 28 Jun 1983 1130-PDT
Subject: Re: How CP/M can determine disk format.
From: Steve Saunders <SAUNDERS@usc-isib>
To: Allan D. Plehn <PLEHN@mit-mc>, STEVE@mit-mc
cc: INFO-CPM@mit-mc
In-Reply-To: Your message of 28 June 1983 04:51 EDT

Sorry, you have the wrong STEVE.
I am Steve Saunders, STEVE@MIT-MC and -AI, Saunders.Atari@Rand-Relay.
I don't know who you intended the CPM advice for.
Better use :WHOIS to find his net address!

		Steve
-------
28-Jun-83 16:22:00,1037;000000000000
Received: From Hi-Multics.ARPA by BRL via smtp;  28 Jun 83 17:22 EDT
Date:  28 June 1983 16:22 cdt
From:  Ronald W. <Heiby@hi-multics>
Subject:  Re: XMODEM.FOR ?
To:  Charles Garthwaite <CRG@washington>
cc:  info-cpm@brl
In-Reply-To:  Message of 28 June 1983 09:44 cdt from Charles Garthwaite

Charlie, I inquired on behalf of another in my department.  Last I saw,
(yesterday) a text or .com file I sent up to the vax came back down with
matching crc (crck).  My colleague is having some difficulty with the
format of sequential files that the VAX creates, which is why he wanted
it in the first place.  It seems that someone is not converting record
delimiters properly or some such.  My colleague said that he had to
shorten one comment line in XMODEM.FOR to get it to compile correctly.
Within the week, we should have more info on just what's going on.  Ron.
 P.S. to the group - sorry about mis-mailing the administrative note to
the entire list instead of just the -request address.  It was a slip.
Sorry.  RH.
28-Jun-83 17:29:00,1093;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jun 83 17:28 EDT
Date: 28 June 1983 17:29 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: Unix=CP/M???
To: info-cpm@brl

	For the last 3 hours I have been reading my mail (about 4.5 weeks
worth) and I have noticed that there has been a lot of discussion on
Unix, S-100 Unix, and Unix on the 68000.  If I am not mistaken, this is
info-cpm.  How do the two relate?  According to the following message
by Andy Beals Unix and CP/M shouldn't mix company.  I wonder why
he continues it.

    Date:  3 Jun 1983 1824-EDT
    From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
    In-Reply-To: Your message of 3-Jun-83 0915-EDT

    Anyone who would even think of comparing UNIX to CP/M is out of their
    gourds. CP/M is good for what it does. It is a program loader and
    simple operating system. THAT IS IT.

    UNIX(tm), on the other hand is the best development enviroment around. It
    was written by hackers for themselves, so it wins.

    People who compare the two are showing their ignorance. 
    -------
29-Jun-83 02:14:00,685;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  29 Jun 83 2:15 EDT
Date: 29 June 1983 02:14 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: VAX/VMS XMODEM files
To: Info-Cpm@brl

The files associated with the VAX/VMS version of XMODEM have been
moved to a new ARchive in the CPM; directory and several new ones
added.  XMODEM FORDOC explains what each is for.

AR90:CPM;
   CPM    COM     --    6/29/83 01:39:07
   FMXMOD FOR     --    6/29/83 01:37:16
   QIO    DCK     --    6/29/83 01:32:00
   TOXMOD FOR     --    6/29/83 01:30:13
   XMODEM FOR     --    4/21/83 02:03:47
   XMODEM FORDOC  --    6/29/83 01:40:02
   XMODEM HLP     --    6/29/83 01:40:36

--Keith
29-Jun-83 14:16:24,689;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  29 Jun 83 19:31 EDT
Received: From Unc.UUCP by BRL-BMD via uucp;  29 Jun 83 19:10 EDT
Date:     Wed, 29 Jun 83 14:16:24 EDT
From:     emigh%tucc@BRL-BMD.ARPA
To:       unc!brl-bmd!info-cpm@BRL-BMD.ARPA
Subject:  Information needed on EcoSoft C compiler

  Does anyone have any experience with the EcoSoft version of C for a Z80 CP/M
system?  The information EcoSoft sent me was next to useless.
  The compiler is EXPENSIVE compared to the others on the market (2-1/2 times
BDS-C and 1-3/4 times Aztec-C).  Are you getting anything for the money?
  Thanks for any help you can give me.
--Ted H. Emigh
  NCSU
  ...!unc!tucc!emigh
29-Jun-83 19:39:00,307;000000000000
Received: From Mit-Dms.ARPA by BRL via smtp;  29 Jun 83 19:39 EDT
Date: 29 June 1983 19:39 EDT
From: Eliot Scott Ramey <ELIOT@mit-dms>
Subject: Bad MDM710
To: info-cpm@brl

	MDM710 at MIT-MC (AR61:CPM;MDM710 AQM) is bad.  My CRC matches
the one on MIT, but does not usqueeze properly.
						-Eliot
29-Jun-83 23:03:00,554;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  29 Jun 83 23:04 EDT
Date: 29 June 1983 23:03 EDT
From: Paul R. Grupp <GRUPP@mit-mc>
Subject:  Bad MDM710
To: ELIOT@mit-dms
cc: info-cpm@brl
In-reply-to: Msg of 29 Jun 1983 19:39 EDT from Eliot Scott Ramey <ELIOT at mit-dms>

    From: Eliot Scott Ramey <ELIOT at mit-dms>

    	MDM710 at MIT-MC (AR61:CPM;MDM710 AQM) is bad.  My CRC matches
    the one on MIT, but does not usqueeze properly.
    						-Eliot
----
I had no problem with the same file...  Unsqueezed and assembled fine.
--Paul
30-Jun-83 00:57:00,783;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  30 Jun 83 1:00 EDT
Date: 30 June 1983 00:57 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  MDM710 AQM not bad
To: ELIOT@mit-dms
cc: Info-Cpm@brl
In-reply-to: Msg of 29 Jun 1983 19:39 EDT from Eliot Scott Ramey <ELIOT at mit-dms>

I suggest you check your USQ.COM then.  Immediately after reading your
message to the whole list (why not to Info-Cpm-Request so we could
check it first?) I unsqueezed AR61:CPM;MDM710 AQM using GZ's USQ
program RIGHT HERE ON MIT-MC.  It gave no checksum error message and
correctly unsqueezed the file.  If you have an old version of USQ this
could be the cause.  Check yours against AR51:CPM;USQ-19 COM.  Please
reply to Info-Cpm-Request or me direct, rather than the whole list.
--Keith
30-Jun-83 05:26:40,2086;000000000000
Received: From Brl-Vgr.ARPA by BRL via smtp;  30 Jun 83 5:33 EDT
Date:     Thu, 30 Jun 83 5:26:40 EDT
From:     Mike Muuss <mike@brl-vgr>
To:       unix-wizards@brl-vgr
cc:       info-cpm@brl, info-micro@brl, WorkS@rutgers
Subject:  Creation of INFO-UNIX, in concert with UNIX-WIZARDS

INFO-UNIX is intended for Question/Answer discussion, where "novice"
system administrators can pose questions.  Hopefully, enough people
who know some answers will subscribe so that the list serves a purpose.
I plan to subscribe, and I know that others will be generous with their
time too.

UNIX-WIZARDS should then (hopefully) devolve into more technical
discussions, including comments about doing kernels for esoteric
hardware, nasty bugs, discussion of what we might want to see
in 4.3 BSD now that 4.2 is nearly out, etc.

The motivation behind this split is to provide a mechanism for
"real wizards" to communicate, in a less cluttered forum than
at present, yet still offer a "helper service" to new UNIX sites
and new system administrators.  I expect that there will be a great
deal of overlap between the two lists, but that people at the
extremes will be able to choose one list over another.

I would also hope that much of the discussion of UNIX on small
(micro) computers can be moved from INFO-MICRO, INFO-CPM, etc,
into INFO-UNIX, which is where it belongs.

To reiterate, submissions to the lists should be sent to:

	UNIX-WIZARDS @ BRL-VGR		or @ BRL
	INFO-UNIX @ BRL-VGR		or @ BRL

and discussions with the moderator (me), not for publication, should go to:

	UNIX-WIZARDS-REQUEST @ BRL-VGR	or @ BRL
	INFO-UNIX-REQUEST @ BRL-VGR	or @ BRL

Both lists are being gatewayed to the News Network (USENET)
by the good graces of SRI-UNIX.

In order to start things off on the right foot, all subscribers to
UNIX-WIZARDS have also been placed on the INFO-UNIX mailing list.
If you wish to be removed from one or the other, simply send a note
to the appropriate -request mailbox.

Best,
 -Mike Muuss
  U.S. Army Ballistic Research Laboratory
30-Jun-83 10:18:00,899;000000000000
Received: From Usgs1-Multics.ARPA by BRL via smtp;  30 Jun 83 10:17 EDT
Date:  30 June 1983 10:18 edt
From:  LSchwarz.Activate@reston
Subject:  CP/M vs. Unix
To:  info-cpm@brl
cc:  eliot@mit-mc, LSchwarz.Activate@reston


Maybe this message clarifies better:

As you know, they are two entirely different worlds. CP/M was written
as a very simple system which lets a single user talk to his small
(micro) computer.  UNIX was written for use on DEC minicomputers,
which are much larger than any micro, and permits multi-tasking,
multi-user operation of a type that CP/M could never handle.  CP/M is
a single-user operating system.  To compare them is like comparing a
Volkswagen to a MACK truck.  Each of them has its uses, but they're
simply two different breeds of  cat.

I am willing to open my ear if there is such a system that CP/M can be
"multi-" system.

Regards, <LJ>
30-Jun-83 10:30:50,1446;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  1 Jul 83 6:06 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 1 Jul 83 2:56-PDT
Date: 30 Jun 83 9:30:50-PDT (Thu)
To: info-cpm@brl
From: harpo!seismo!rlgvax!cvl!umcp-cs!aplvax!richard@ucb-vax
Subject: Request for Osborne I info
Article-I.D.: aplvax.144

	I have owned an Osborne I for about eight months, and have
reached that inevitable stage where I want to upgrade.
	Since my Osborne came with single density disk drives, they will
be my first target.  I have just ordered a double density upgrade kit
from a company called Osmosis in San Francisco.  The kit is supposed to
be idiot-proof, requiring only that I plug in a few connectors.
It sells for only $195, at least a hundred dollars below the lowest dealer
quote I received.
	Another possibility is a RAM disk emulator called DriveC (sold I think
by a small outfit of the same name) that uses the IEEE488 interface and slides
comfortably into one of the two diskette storage slots on the front of the
computer.
	Does anyone have any info to share about either of these companies or
products?
	I would also appreciate *any* info about:
		- interfacing external floppies or hard disks to the IEEE488
		  port.  How do I modify CPM to handle this?
		- any other interesting (and affordable) Osborne after-market
		  upgrades and/or accessories that you know about.

						Thanks!
						Rich Greenberg
30-Jun-83 12:34:16,1763;000000000000
Date:     30 Jun 83 12:34:16 EDT (Thu)
From:     Keith Petersen <w8sdz@brl>
To:       Info-Cpm@brl
Subject:  Reading/writing multiple format disks

A recent message posted to Info-Cpm told of an expensive disk controller
card and drive which can be added to an existing S-100 system to allow
reading/writing to many different disk formats.

Some were skeptical when I replied that you didn't need to buy that
expensive disk controller when you could get a whole KAYPRO-II
computer for about the same price and use a "new program" to do the
same thing.  Well, here's the complete info on that new program.  It
does exist and it does work.

---forwarded message from CP-MIG on CompuServe---

Fm: George Antunes 71535,1507

If you have access to a Kaypro there is a program you can run which
will let you read, write, & format in about 15 different formats (all
5-1/4 inch, single sided).  I recently bought a copy ($39.00) and like
it a lot.  The program is called Uniform and is available from Micro
Solutions, 125 South 4th St., DeKalb, Illinois 60115.  Phone is (815)
756-3421.  They have been selling dealers a license to make & sell
unimited copies of the software for $2000.

They are in the process of completing versions which will RUN on the
Morrow Microdecision & Osborne; both of those formats are among those
which are supported on version which runs on the Kaypro. You might give
them a call & see if they want to swap information with you.  I found
them pleasant & cooperative.

---end of forwarded messsage---

Now that the Kaypro-IV which has double-density-double-sided drives is
available, it will be just a matter of time before you can read/write
to almost any 5-1/4" format by using the Kaypro.

--Keith
30-Jun-83 19:23:45,472;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  30 Jun 83 22:49 EDT
Date:     30 Jun 83 19:23:45 EDT  (Thu)
From: Speaker-To-Animals <speaker.umcp-cs@udel-relay>
Return-Path: <speaker.umcp-cs@UDel-Relay>
Subject:  Northstar to CP/M...
To: info-cpm@mit-mc
Via:  UMCP-CS; 30 Jun 83 19:56-EDT

Does anyone have, or know of, programs in the public domain
that can (and please don't laugh) translate Northstar DOS
format files into CP/M format files?

					- Speaker
30-Jun-83 21:16:46,699;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  5 Jul 83 8:24 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 4 Jul 83 23:40-PDT
Date: 30 Jun 83 20:16:46-PDT (Thu)
To: info-cpm@brl
From:  hplabs!hao!seismo!philabs!cmcl2!floyd!vax135!cornell!uw-beaver!ubc-visi!mprvaxa!mosher@ucb-vax
Subject: c64 disk emulation
Article-I.D.: mprvaxa.217

I have a working CPM system but would like to have some
of the capabilities of the c64 for my daughter. At $199 US
it sounds like a good buy. Since the disk is a ssort of 
serial interface I would like to emulate the c64 disk
system under my cpm system. Has this been done, or does
someone have the informatiion to do this?
Thank You.
30-Jun-83 23:10:08,2482;000000000000
Date:     30 Jun 83 23:10:08 EDT (Thu)
From:     Rick Conn <rconn@brl>
To:       LSchwarz.Activate@usgs1-multics
cc:       info-cpm@brl, eliot@mit-mc, LSchwarz.Activate@usgs1-multics
Subject:  Re:  CP/M vs. Unix

In all of these recent discussions,  I  feel  that  an  important
point  is being missed.  I fully agree that CP/M, UNIX, VMS, ITS,
etc, are different "breeds of cat," and I don't think that anyone
would  question  this.   In  the  world  in  which I find myself,
however, I have access, in one form or another, to ALL  of  these
breeds of cat, and I find that I am constantly comparing them.

The comparison is not from the point  of  view  of  the  internal
operation  of  the system, but from the point of view of a tool I
can use to run an application.  Attributes  such  as  quality  of
tools,  speed  of  tools,  availability of system, reliability of
system, ease of use of tools, familiarity with tools, and quality
and  availability  of  documentation are considered when I make a
selection.

As a user, I find that the fact that TENEX is a  multitasking  OS
with  a  signficant  degree  of power to be inconsequential in my
decision- making process.  The  fact  that  the  TENEX  system  I
access  is  often  heavily-loaded when I need it and that it runs
very slowly, causing me to expend significantly more time than if
I  used  the  UNIX system I access causes me to stay away from it
for the most part.  With these attributes in mind, of all of  the
systems  I  access,  my  personal  ZCPR2  system  comes closer to
filling the requirements than the others.  I  am  even  into  the
mode these days of programming in FORTRAN-77 using the WordMaster
and WordStar editors under ZCPR2 and then uploading the result to
VAX/VMS  for compilation and testing.  Minor problems, of course,
are corrected using EDT on the VAX,  and  the  final  version  is
downloaded to ZCPR2 for further work and backup.

So, I would like to say that it DOES make sense to compare  these
widely  different  operating  systems, especially if the basis of
comparison is the user interface  and  the  attributes  I  listed
above.   People will soon be finding that they have an increasing
number of choices like this to make.  As a plug,  for  my  money,
ZCPR2  and  UNIX (depending on application) are the winners, with
VAX/VMS running second.  Of course, the machines they are running
on make a difference in this choice.

        Rick
